unofficial mirror of libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Noah Goldstein via Libc-alpha <libc-alpha@sourceware.org>
To: Florian Weimer <fweimer@redhat.com>
Cc: Zack Weinberg <zack@owlfolio.org>,
	Zack Weinberg via Libc-alpha <libc-alpha@sourceware.org>,
	Joseph Myers <joseph@codesourcery.com>
Subject: Re: [PATCH 1/5] x86_64: Add support for bcmp using sse2, sse 4_1, avx2, and evex
Date: Mon, 27 Sep 2021 11:49:55 -0500	[thread overview]
Message-ID: <CAFUsyfKVBGGx92y9GQbMxj6em0V7K78cMLWEHmYYKbC4D5sY6w@mail.gmail.com> (raw)
In-Reply-To: <875yumjx36.fsf@oldenburg.str.redhat.com>

On Mon, Sep 27, 2021 at 2:29 AM Florian Weimer <fweimer@redhat.com> wrote:

> * Noah Goldstein:
>
> > Is there some documentation for how to effectively use
> build-many-glibcs.py
> >
> > I've tried:
> >
> > $> python3 src/glibc/scripts/build-many-glibcs.py /some/were checkout
> gcc-vcs-11
>
> (gcc-vcs-11 is actually the current default.)
>
> > $> python3 src/glibc/scripts/build-many-glibcs.py /some/were
> host-libraries
> > $> python3 src/glibc/scripts/build-many-glibcs.py /some/were compilers
> > $> python3 src/glibc/scripts/build-many-glibcs.py /some/were glibcs
> >
> > With GLIBC master I'm seeing a ton of failures so I'm not sure how I'm
> > supposed to actually test my patches.
>
> Running build-many-glibcs.py is not a requirement for patch submission.
> (One run that completes in a somewhat reasonable amount of time costs
> 10 USD to 20 USD in the public cloud, after all.)
>
> I just tried a run, and it passes for me without errors.  Joseph's
> tester also produces clean reports for GCC 11.
>
> Which errors do you encounter?  For investigation, it may be prudent to
> build with “--keep failed”.  Logs are always preserved.  For the Linux
> targets, they can be found in logs/glibcs/…/004*.log.txt for the build
> phase, and logs/glibcs/…/007*.log.txt for the check phase.
>
> Common sources of errors are lack of disk space or memory.  I think
> below 1 GiB RAM per core, it gets a bit tight, and you may have to
> reduce parallelism using -j.
>

So I essentially get an error at the first build step in compilers (same
for any target)

i.e

FAIL: compilers-arc-linux-gnu binutils build

Looking inside the log I see:

```
/some/were/src/binutils/gas/as.c:110:31: error:
‘DEFAULT_GENERATE_ELF_STT_COMMON’ undeclared here (not in a function)
  110 | int flag_use_elf_stt_common = DEFAULT_GENERATE_ELF_STT_COMMON;
      |                               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/some/were/src/binutils/gas/as.c:111:34: error:
‘DEFAULT_GENERATE_BUILD_NOTES’ undeclared here (not in a function)
  111 | bool flag_generate_build_notes = DEFAULT_GENERATE_BUILD_NOTES;
      |                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
/some/were/src/binutils/gas/as.c: In function ‘print_version_id’:
/some/were/src/binutils/gas/as.c:237:21: error: ‘TARGET_ALIAS’ undeclared
(first use in this function); did you mean ‘TARGET_ARCH’?
  237 |            VERSION, TARGET_ALIAS, BFD_VERSION_STRING);
      |                     ^~~~~~~~~~~~
      |                     TARGET_ARCH
/some/were/src/binutils/gas/as.c:237:21: note: each undeclared identifier
is reported only once for each function it appears in
/some/were/src/binutils/gas/as.c: In function ‘parse_args’:
/some/were/src/binutils/gas/as.c:700:19: error: ‘TARGET_ALIAS’ undeclared
(first use in this function); did you mean ‘TARGET_ARCH’?
  700 |                   TARGET_ALIAS);
      |                   ^~~~~~~~~~~~
      |                   TARGET_ARCH
/some/were/src/binutils/gas/as.c:715:51: error: ‘TARGET_CANONICAL’
undeclared (first use in this function)
  715 |           fprintf (stderr, _("canonical = %s\n"), TARGET_CANONICAL);
      |                                                   ^~~~~~~~~~~~~~~~
/some/were/src/binutils/gas/as.c:716:50: error: ‘TARGET_CPU’ undeclared
(first use in this function)
  716 |           fprintf (stderr, _("cpu-type = %s\n"), TARGET_CPU);
      |                                                  ^~~~~~~~~~
make[5]: *** [Makefile:1238: as.o] Error 1
make[5]: Leaving directory
'/some/were/build/compilers/arc-linux-gnu/binutils/gas'
make[4]: *** [Makefile:1283: all-recursive] Error 1
make[3]: *** [Makefile:819: all] Error 2
make[2]: *** [Makefile:4990: all-gas] Error 2
make[1]: *** [Makefile:903: all] Error 2

FAIL: compilers-arc-linux-gnu binutils build
```

All the ensuing GLIBC builds result in UNRESOLVED i.e:

UNRESOLVED: glibcs-x86_64-linux-gnu build

```
Description: glibcs-x86_64-linux-gnu build
Command: make
Directory: /some/were/build/glibcs/x86_64-linux-gnu/glibc
Path addition: /some/were/install/compilers/x86_64-linux-gnu/bin


UNRESOLVED: glibcs-x86_64-linux-gnu build
```


> Thanks,
> Florian
>
>

  reply	other threads:[~2021-09-27 16:50 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-13 23:05 [PATCH 1/5] x86_64: Add support for bcmp using sse2, sse4_1, avx2, and evex Noah Goldstein via Libc-alpha
2021-09-13 23:05 ` [PATCH 2/5] x86_64: Add sse2 optimized bcmp implementation in memcmp.S Noah Goldstein via Libc-alpha
2021-09-13 23:05 ` [PATCH 3/5] x86_64: Add sse4_1 optimized bcmp implementation in memcmp-sse4.S Noah Goldstein via Libc-alpha
2021-09-13 23:05 ` [PATCH 4/5] x86_64: Add avx2 optimized bcmp implementation in bcmp-avx2.S Noah Goldstein via Libc-alpha
2021-09-13 23:05 ` [PATCH 5/5] x86_64: Add evex optimized bcmp implementation in bcmp-evex.S Noah Goldstein via Libc-alpha
2021-09-14  1:18   ` Carlos O'Donell via Libc-alpha
2021-09-14  2:05     ` Noah Goldstein via Libc-alpha
2021-09-14  2:35       ` Carlos O'Donell via Libc-alpha
2021-09-14  2:55         ` DJ Delorie via Libc-alpha
2021-09-14  3:24           ` Noah Goldstein via Libc-alpha
2021-09-14  3:40         ` Noah Goldstein via Libc-alpha
2021-09-14  4:21           ` DJ Delorie via Libc-alpha
2021-09-14  5:29             ` Noah Goldstein via Libc-alpha
2021-09-14  5:42               ` DJ Delorie via Libc-alpha
2021-09-14  5:55                 ` Noah Goldstein via Libc-alpha
2021-09-13 23:22 ` [PATCH 1/5] x86_64: Add support for bcmp using sse2, sse4_1, avx2, and evex Noah Goldstein via Libc-alpha
2021-09-14  6:30 ` [PATCH v2 " Noah Goldstein via Libc-alpha
2021-09-14  6:30   ` [PATCH v2 2/5] x86_64: Add sse2 optimized bcmp implementation in memcmp.S Noah Goldstein via Libc-alpha
2021-09-14  6:30   ` [PATCH v2 3/5] x86_64: Add sse4_1 optimized bcmp implementation in memcmp-sse4.S Noah Goldstein via Libc-alpha
2021-09-14  6:30   ` [PATCH v2 4/5] x86_64: Add avx2 optimized bcmp implementation in bcmp-avx2.S Noah Goldstein via Libc-alpha
2021-09-14  6:30   ` [PATCH v2 5/5] x86_64: Add evex optimized bcmp implementation in bcmp-evex.S Noah Goldstein via Libc-alpha
2021-09-14 14:40   ` [PATCH v2 1/5] x86_64: Add support for bcmp using sse2, sse4_1, avx2, and evex H.J. Lu via Libc-alpha
2021-09-14 19:23     ` Noah Goldstein via Libc-alpha
2021-09-14 20:30     ` Florian Weimer via Libc-alpha
2021-09-15  0:00 ` [PATCH " Joseph Myers
2021-09-15 13:37   ` Zack Weinberg via Libc-alpha
2021-09-15 14:01     ` Re: [PATCH 1/5] x86_64: Add support for bcmp using sse2, sse 4_1, " Florian Weimer via Libc-alpha
2021-09-15 18:06       ` Noah Goldstein via Libc-alpha
2021-09-15 18:30         ` Joseph Myers
2021-09-27  1:35           ` Noah Goldstein via Libc-alpha
2021-09-27  7:29             ` Florian Weimer via Libc-alpha
2021-09-27 16:49               ` Noah Goldstein via Libc-alpha [this message]
2021-09-27 16:54                 ` Florian Weimer via Libc-alpha
2021-09-27 17:54                   ` Noah Goldstein via Libc-alpha
2021-09-27 17:56                     ` Florian Weimer via Libc-alpha
2021-09-27 18:05                       ` Noah Goldstein via Libc-alpha
2021-09-27 18:10                         ` Florian Weimer via Libc-alpha
2021-09-27 18:15                           ` Noah Goldstein via Libc-alpha
2021-09-27 18:22                             ` Florian Weimer via Libc-alpha
2021-09-27 18:34                               ` Noah Goldstein via Libc-alpha
2021-09-27 18:56                                 ` Florian Weimer via Libc-alpha
2021-09-27 19:20                                   ` Noah Goldstein via Libc-alpha
2021-09-27 19:34                                     ` Florian Weimer via Libc-alpha
2021-09-27 19:43                                       ` Noah Goldstein via Libc-alpha
2021-09-27 19:59                                         ` Florian Weimer via Libc-alpha
2021-09-27 20:22                                           ` Noah Goldstein via Libc-alpha
2021-09-27 20:24                                             ` Florian Weimer via Libc-alpha
2021-09-27 20:38                                               ` Noah Goldstein via Libc-alpha
2021-09-28  0:07                                                 ` Noah Goldstein via Libc-alpha
2021-09-27 17:42               ` Joseph Myers
2021-09-27 17:48                 ` Noah Goldstein 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=CAFUsyfKVBGGx92y9GQbMxj6em0V7K78cMLWEHmYYKbC4D5sY6w@mail.gmail.com \
    --to=libc-alpha@sourceware.org \
    --cc=fweimer@redhat.com \
    --cc=goldstein.w.n@gmail.com \
    --cc=joseph@codesourcery.com \
    --cc=zack@owlfolio.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).