https://sourceware.org/bugzilla/show_bug.cgi?id=29107
--- Comment #5 from Vladimir Mezentsev <vladimir.mezentsev at oracle dot com> --- 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.