[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.
