https://sourceware.org/bugzilla/show_bug.cgi?id=33246

--- Comment #20 from Sam James <sam at gentoo dot org> ---
(In reply to H.J. Lu from comment #19)
> (In reply to Sam James from comment #18)
> > (In reply to H.J. Lu from comment #17)
> > > How was tmpdir/pr33246-llvm.a.strip generated?  How can I reproduce it?
> > 
> > This is from binutils make check (separate to the other test from my own
> > suite). I think it's a race. Let me try again to reproduce it and upload
> > both files.
> 
> How did you configure binutils?

/var/tmp/portage/sys-devel/binutils-9999/work/binutils/configure --prefix=/usr
--build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu
--target=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--datarootdir=/usr/share --docdir=/usr/share/doc/binutils-9999
--htmldir=/usr/share/doc/binutils-9999/html --enable-plugins
--without-included-gettext --with-system-zlib --build=x86_64-pc-linux-gnu
--enable-secureplt --enable-default-hash-style=gnu --prefix=/usr
--host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu
--datadir=/usr/share/binutils-data/x86_64-pc-linux-gnu/9999
--datarootdir=/usr/share/binutils-data/x86_64-pc-linux-gnu/9999
--infodir=/usr/share/binutils-data/x86_64-pc-linux-gnu/9999/info
--mandir=/usr/share/binutils-data/x86_64-pc-linux-gnu/9999/man
--bindir=/usr/x86_64-pc-linux-gnu/binutils-bin/9999
--libdir=/usr/lib64/binutils/x86_64-pc-linux-gnu/9999
--libexecdir=/usr/lib64/binutils/x86_64-pc-linux-gnu/9999
--includedir=/usr/lib64/binutils/x86_64-pc-linux-gnu/9999/include
--disable-dependency-tracking --disable-silent-rules --enable-obsolete
--enable-shared --enable-threads --enable-relro --enable-install-libiberty
--enable-textrel-check=error --enable-new-dtags --disable-jansson
--disable-werror --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion=Gentoo 9999 p1 --disable-static --without-xxhash --with-zstd
--disable-gdb --disable-gdbserver --disable-libbacktrace --disable-libdecnumber
--disable-readline --disable-sim --without-stage1-ldflags
--with-extra-soversion-suffix=gentoo-sys-devel-binutils-st --without-debuginfod
--without-msgpack --enable-cet --disable-gprofng --enable-colored-disassembly
--enable-warn-execstack=yes --enable-warn-rwx-segments=yes
--enable-default-execstack=no --enable-pgo-build=lto --enable-rosegment
--enable-error-execstack=yes --enable-error-rwx-segments=yes

But it's not deterministic. It passed on another machine first time, and on the
machine where it failed, it worked on a retry. Investigating.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to