[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 Sam James changed: What|Removed |Added CC||sam at gentoo dot org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 Vladimir Mezentsev changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #8 from Vladimir Mezentsev --- Update status as resolved/fixed. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 --- Comment #7 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Vladimir Mezentsev : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a665c4d5c6e1d23d31ac434949b9243025496aef commit a665c4d5c6e1d23d31ac434949b9243025496aef Author: Vladimir Mezentsev Date: Mon Oct 10 12:57:19 2022 -0700 gprofng: run tests without installation gprofng/ChangeLog 2022-10-10 Vladimir Mezentsev PR gprofng/29107 * testsuite/config/default.exp: Set up environment to run gprofng tests without installation. * testsuite/lib/Makefile.skel: Likewise. * testsuite/lib/display-lib.exp: Likewise. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 Kurt Goebel changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC||kurt.goebel at oracle dot com Ever confirmed|0 |1 Last reconfirmed||2022-10-10 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 --- Comment #6 from Xi Ruoyao --- (In reply to Vladimir Mezentsev from comment #5) > This is a side-effect of our fake installation for gprofng testing: > >> # Make a temporary install dir to run gprofng from, and point at it > >> remote_exec host "sh -c \"rm -rf tmpdir; mkdir -p tmpdir; $MAKE -C .. > >> install-gprofng > >> program_transform_name= DESTDIR=`pwd`/tmpdir/root\"" > > I will fix this and will not run '$MAKE install-gprofng'. > > > But why is libopcodes.la rebuilt when I run `make install` ? See section 4.4 "Install mode" of libtool info page. I always think libtool is a stupid thing attempting to be *too* clever. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 --- Comment #5 from Vladimir Mezentsev --- This is a side-effect of our fake installation for gprofng testing: >> # Make a temporary install dir to run gprofng from, and point at it >> remote_exec host "sh -c \"rm -rf tmpdir; mkdir -p tmpdir; $MAKE -C .. >> install-gprofng >> program_transform_name= DESTDIR=`pwd`/tmpdir/root\"" I will fix this and will not run '$MAKE install-gprofng'. But why is libopcodes.la rebuilt when I run `make install` ? To reproduce: % ../binutils-gdb.git/configure --prefix=`pwd`/INSTALL --with-system-zlib --enable-shared --disable-{gdb,gdbserver,libbacktrace,libdecnumber,readline,sim} % make -j 100 % make install ... make[4]: Nothing to be done for 'install-exec-am'. /bin/mkdir -p '/data2/vmezents/bld/INSTALL/include' /bin/install -c -m 644 ../../binutils-gdb.git/opcodes/../include/dis-asm.h '/data2/vmezents/bld/INSTALL/include' /bin/mkdir -p '/data2/vmezents/bld/INSTALL/lib' /bin/sh ./libtool --mode=install /bin/install -c libopcodes.la '/data2/vmezents/bld/INSTALL/lib' libtool: install: warning: relinking `libopcodes.la' ^^ | Why ? There were no changes. libtool: install: (cd /data2/vmezents/bld/opcodes; /bin/sh /data2/vmezents/bld/opcodes/libtool --silent --tag CC --mode=relink gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wstack-usage=262144 -Werror -g -O2 -release 2.39.50.20221006 -o libopcodes.la -rpath /data2/vmezents/bld/INSTALL/lib dis-buf.lo disassemble.lo dis-init.lo i386-dis.lo i386-opc.lo ../bfd/libbfd.la -L/data2/vmezents/bld/opcodes/../libiberty/pic -liberty -Wl,-lc,--as-needed,-lm,--no-as-needed ) We see libopcodes.la was rebuilt. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29107] gas testsuite parallel jobs fail (gprofng?)
https://sourceware.org/bugzilla/show_bug.cgi?id=29107 Nick Clifton changed: What|Removed |Added Assignee|unassigned at sourceware dot org |vladimir.mezentsev at oracle dot c ||om Component|gas |gprofng --- Comment #4 from Nick Clifton --- (In reply to Xi Ruoyao from comment #3) > Hmm, it does not work for me. AFAIK it's a race between check-gas and > check-gprofng, so changing something in gprofng subdirectory won't help... Agreed. This appears to be an artifact of the gprofng's testing environment. In particular in gprofng/testsuite/config/default.exp there is: # Make a temporary install dir to run gprofng from, and point at it remote_exec host "sh -c \"rm -rf tmpdir; mkdir -p tmpdir; $MAKE -C .. install-gprofng program_transform_name= DESTDIR=`pwd`/tmpdir/root\"" Which is probably the trigger. I am reassigning this PR to gprofng in the hopes that one of the maintainers will know why the installation is necessary and may be able to come up with a workaround. -- You are receiving this mail because: You are on the CC list for the bug.