unofficial mirror of libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Martin Sebor via Libc-alpha <libc-alpha@sourceware.org>
To: Joseph Myers <joseph@codesourcery.com>,
	Segher Boessenkool <segher@kernel.crashing.org>
Cc: GCC Mailing List <gcc@gcc.gnu.org>,
	Martin Sebor <msebor@redhat.com>,
	libc-alpha@sourceware.org
Subject: Re: Failures building glibc with mainline GCC
Date: Tue, 3 Aug 2021 16:59:37 -0600	[thread overview]
Message-ID: <3651625e-7409-882b-cfe1-21eb4e60f1cf@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.22.394.2108032053560.18028@digraph.polyomino.org.uk>

On 8/3/21 3:00 PM, Joseph Myers wrote:
> On Tue, 3 Aug 2021, Segher Boessenkool wrote:
> 
>> On Tue, Aug 03, 2021 at 10:20:49AM -0600, Martin Sebor via Gcc wrote:
>>> On 8/3/21 9:54 AM, Joseph Myers wrote:
>>>> As discussed, this is a bug indicating that the code generating that
>>>> warning fails to check targetm.addr_space.zero_address_valid to determine
>>>> whether zero or small constant addresses are valid in the given address
>>>> space.
>>>
>>> Yes, we know about that one.  What I'm asking for is the translation
>>> units with the other warnings you showed with the latest GCC (including
>>> the threader patches) on the other targets (including i686 and power).
>>> I don't have an easy way to create them using my setup.
>>
>> But you do have a cfarm account :-)
> 
> And build-many-glibcs.py is designed to be self-contained (depending only
> on the Python 3 standard library and basic native compilation tools), so
> having got a copy from a glibc checkout, you can do (given /some/where as
> the directory in which you want build-many-glibcs.py to do its checkouts
> and builds):
> 
> build-many-glibcs.py /some/where checkout gcc-vcs-mainline
> /some/where/src/glibc/scripts/build-many-glibcs.py /some/where host-libraries
> /some/where/src/glibc/scripts/build-many-glibcs.py --keep=failed /some/where compilers i686-gnu powerpc-linux-gnu powerpc64-linux-gnu
> 
> which will check out all the sources needed to build glibc, using mainline
> GCC, build the GMP/MPFR/MPC host libraries needed by GCC, then build cross
> toolchains for the three listed targets, keeping the build directories
> around for build stages that fail (in this case, the glibc build for those
> targets).
> 

Thanks for the instructions.  I assumed that the purpose of these
automated builders and testers was to help us quickly find and
more easily root cause problems without each of us having to do
builds on all these targets ourselves.  If asking for translation
units to go with the problems your testers uncover is an imposition
I apologize.  In that event, I would suggest to submit bug reports
in Bugzilla instead with the usual details attached there.

Martin

  parent reply	other threads:[~2021-08-03 23:01 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-30 15:30 Failures building glibc with mainline GCC Joseph Myers
2021-07-30 16:19 ` Aldy Hernandez via Libc-alpha
2021-07-30 16:22   ` Jeff Law via Libc-alpha
2021-07-30 16:45   ` Jeff Law via Libc-alpha
2021-07-30 17:28     ` Martin Sebor via Libc-alpha
2021-07-30 20:52   ` Joseph Myers
2021-08-02 20:20     ` Martin Sebor via Libc-alpha
2021-08-03 15:54       ` Joseph Myers
2021-08-03 16:20         ` Martin Sebor via Libc-alpha
2021-08-03 17:21           ` Joseph Myers
2021-08-03 17:39             ` Samuel Thibault via Libc-alpha
2021-08-03 22:33             ` Martin Sebor via Libc-alpha
2021-08-03 20:50           ` Segher Boessenkool
2021-08-03 21:00             ` Joseph Myers
2021-08-03 22:02               ` Segher Boessenkool
2021-08-03 22:59               ` Martin Sebor via Libc-alpha [this message]
2021-07-30 16:38 ` Joseph Myers
2021-07-30 16:43   ` Jakub Jelinek via Libc-alpha
2021-07-30 16:53 ` Martin Sebor via Libc-alpha
2021-07-30 17:02   ` Jakub Jelinek via Libc-alpha

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/libc/involved.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3651625e-7409-882b-cfe1-21eb4e60f1cf@gmail.com \
    --to=libc-alpha@sourceware.org \
    --cc=gcc@gcc.gnu.org \
    --cc=joseph@codesourcery.com \
    --cc=msebor@gmail.com \
    --cc=msebor@redhat.com \
    --cc=segher@kernel.crashing.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).