[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-06-03 14:14 --- We bootstrap it again and it now seems to install fine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-01-11 12:38 --- Subject: Bug 41569 Author: rguenth Date: Mon Jan 11 12:38:09 2010 New Revision: 155809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155809 Log: 2010-01-11 Richard Guenther PR lto/41569 * Makefile.def (all-lto-plugin): Depend on all-gcc. * Makefile.in: Regenerated. lto-plugin/ * Makefile.am: Disable dependencies. * Makefile.in: Regenerated. Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in trunk/lto-plugin/ChangeLog trunk/lto-plugin/Makefile.am trunk/lto-plugin/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-10-26 12:25:12 |2009-11-03 12:24:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #15 from bonzini at gnu dot org 2009-11-03 12:24 --- I still want to look into it, at least we have a workaround. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-11-03 10:57 --- Not bootstrapping lto-plugin works around the problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-11-03 09:50 --- Same problem persists. The problem are lto-plugin.lo: ... /abuild/rguenther/obj3/./prev-gcc/include/stddef.h \ ... /abuild/rguenther/obj3/./prev-gcc/include/stdint.h /usr/include/stdint.h \ in lto-plugin/.deps/lto-plugin.Plo Still +dependencies = { module=lto-plugin; on=all-gcc; }; is probably correct and needed as we include #include "../gcc/lto/common.h" which might refer to generated includes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #12 from bonzini at gnu dot org 2009-11-02 16:45 --- Subject: Re: .../prev-gcc/xgcc used for the install step of the lto-plugin On 11/02/2009 05:44 PM, rguenther at suse dot de wrote: > --- Comment #11 from rguenther at suse dot de 2009-11-02 16:44 --- > Subject: Re: .../prev-gcc/xgcc used for the install step of > the lto-plugin > > On Mon, 2 Nov 2009, bonzini at gnu dot org wrote: > >> --- Comment #10 from bonzini at gnu dot org 2009-11-02 16:32 --- >> Subject: Re: .../prev-gcc/xgcc used for the install step of >> the lto-plugin >> >> Try making all-gcc depend on all-lto-plugin (or vice versa :-P). > > I don't see how that helps, but I'll try ;) Maybe it helps getting the dependencies right, so that there is no need to do the rebuild. Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #11 from rguenther at suse dot de 2009-11-02 16:44 --- Subject: Re: .../prev-gcc/xgcc used for the install step of the lto-plugin On Mon, 2 Nov 2009, bonzini at gnu dot org wrote: > --- Comment #10 from bonzini at gnu dot org 2009-11-02 16:32 --- > Subject: Re: .../prev-gcc/xgcc used for the install step of > the lto-plugin > > Try making all-gcc depend on all-lto-plugin (or vice versa :-P). I don't see how that helps, but I'll try ;) Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #10 from bonzini at gnu dot org 2009-11-02 16:32 --- Subject: Re: .../prev-gcc/xgcc used for the install step of the lto-plugin Try making all-gcc depend on all-lto-plugin (or vice versa :-P). Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-11-02 16:29 --- Ok, so I reproduced it and used make -d install this time. The issue is Reading makefile `Makefile'... Reading makefile `.deps/lto-plugin.Plo' (search path) (no ~ expansion)... Updating makefiles Considering target file `.deps/lto-plugin.Plo'. Looking for an implicit rule for `.deps/lto-plugin.Plo'. ... No need to remake target `Makefile'. Updating goal targets Considering target file `install'. File `install' does not exist. Considering target file `install-am'. File `install-am' does not exist. Considering target file `all-am'. File `all-am' does not exist. Pruning file `Makefile'. Considering target file `liblto_plugin.la'. Considering target file `lto-plugin.lo'. ... Must remake target `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h'. Successfully remade target file `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h'. ... Finished prerequisites of target file `lto-plugin.lo'. Prerequisite `../../lto-plugin/lto-plugin.c' is older than target `lto-plugin.lo'. ... Prerequisite `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stddef.h' of target `lto-plugin.lo' does not exist. ... Prerequisite `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdarg.h' of target `lto-plugin.lo' does not exist. ... Prerequisite `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdint.h' of target `lto-plugin.lo' does not exist. ... Prerequisite `/usr/src/packages/BUILD/gcc-4.5.0-20091029/obj-x86_64-suse-linux/./prev-gcc/include/stdbool.h' of target `lto-plugin.lo' does not exist. ... Must remake target `lto-plugin.lo'. which is probably caused by either #include or #include -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-31 11:46 --- To reproduce the issue do ../configure --enable-lto --enable-gold --enable-languages=c --prefix=/tmp/install make make install it fails at the make install step because it re-builds lto-plugin there and fails to link. It doesn't fail when not bootstrapping. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-30 22:12 --- It's still broken. Paolo, any chance you could have a look? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-26 14:41 --- Even that doesn't work. Weird. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-26 13:52 --- Actually it didn't work. But make install-lto-plugin; make install works (and does not rebuild lto-plugin). But I'm double-checking that as well now ... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-26 12:25 --- I have a patch (it seems not using AM_MAINTAINER_MODE is the problem). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-19 14:19:08 |2009-10-26 12:25:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-19 15:18 --- It also builds lto-plugin again at install time. Huh. make[2]: Nothing to be done for `install'. make[2]: Leaving directory `/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/gnattools' make[2]: Entering directory `/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/lto-plugin' /bin/sh ./libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"LTO\ plugin\ for\ ld\" -DPACKAGE_TARNAME=\"lto-plugin\" -DPACKAGE_VERSION=\"0.1\" -DPACKAGE_STRING=\"LTO\ plugin\ for\ ld\ 0.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"lto-plugin\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../../lto-plugin -I../../lto-plugin/../include -I/usr/include/libelf -Wall -Werror -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g -U_FORTIFY_SOURCE -MT lto-plugin.lo -MD -MP -MF .deps/lto-plugin.Tpo -c -o lto-plugin.lo ../../lto-plugin/lto-plugin.c libtool: compile: gcc "-DPACKAGE_NAME=\"LTO plugin for ld\"" -DPACKAGE_TARNAME=\"lto-plugin\" -DPACKAGE_VERSION=\"0.1\" "-DPACKAGE_STRING=\"LTO plugin for ld 0.1\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"lto-plugin\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../../lto-plugin -I../../lto-plugin/../include -I/usr/include/libelf -Wall -Werror -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g -U_FORTIFY_SOURCE -MT lto-plugin.lo -MD -MP -MF .deps/lto-plugin.Tpo -c ../../lto-plugin/lto-plugin.c -fPIC -DPIC -o .libs/lto-plugin.o libtool: compile: gcc "-DPACKAGE_NAME=\"LTO plugin for ld\"" -DPACKAGE_TARNAME=\"lto-plugin\" -DPACKAGE_VERSION=\"0.1\" "-DPACKAGE_STRING=\"LTO plugin for ld 0.1\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"lto-plugin\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I../../lto-plugin -I../../lto-plugin/../include -I/usr/include/libelf -Wall -Werror -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g -U_FORTIFY_SOURCE -MT lto-plugin.lo -MD -MP -MF .deps/lto-plugin.Tpo -c ../../lto-plugin/lto-plugin.c -o lto-plugin.o >/dev/null 2>&1 mv -f .deps/lto-plugin.Tpo .deps/lto-plugin.Plo /bin/sh ./libtool --tag=CC --mode=link gcc -Wall -Werror -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -funwind-tables -fasynchronous-unwind-tables -g -U_FORTIFY_SOURCE -o liblto_plugin.la -rpath /usr/lib64/gcc/x86_64-suse-linux/4.5 lto-plugin.lo -lelf ../libiberty/pic/libiberty.a *** Warning: Linking the shared library liblto_plugin.la against the *** static library ../libiberty/pic/libiberty.a is not portable! libtool: link: rm -fr .libs/liblto_plugin.a .libs/liblto_plugin.la .libs/liblto_plugin.lai .libs/liblto_plugin.so .libs/liblto_plugin.so.0 .libs/liblto_plugin.so.0.0.0 libtool: link: /usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/./prev-gcc/xgcc -B/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/./prev-gcc/ -B/usr/x86_64-suse-linux/bin/ -B/usr/x86_64-suse-linux/bin/ -B/usr/x86_64-suse-linux/lib/ -isystem /usr/x86_64-suse-linux/include -isystem /usr/x86_64-suse-linux/sys-include-shared .libs/lto-plugin.o -lelf ../libiberty/pic/libiberty.a-Wl,-soname -Wl,liblto_plugin.so.0 -o .libs/liblto_plugin.so.0.0.0 ./libtool: line 7985: /usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/./prev-gcc/xgcc: No such file or directory make[2]: *** [liblto_plugin.la] Error 127 make[2]: Leaving directory `/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux/lto-plugin' make[1]: Leaving directory `/usr/src/packages/BUILD/gcc-4.5.0-20091018/obj-x86_64-suse-linux' make: *** [install] Error 2 so, it uses the host compiler here but a weird linker. The Makefile suggests CCLD which is set to CC. I can't really see how it picks up ./prev-gcc/xgcc here ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-19 15:03 --- Maybe Paolo can help here - copying the usual "HACK" boilerplate from libssp/Makefile.am into lto-plugin/Makefile.am doesn't help (but libgomp also does not need that). I have no idea how this is supposed to work and do not feel like digging too deep either ;) Btw, the configury and Makefile of lto-plugin seems to be spartan at least. All host libraries apart from zlib do not use automake btw, and zlib is only built statically and not installed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, bonzini at gnu dot org Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-19 14:19 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||41588 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-19 14:19:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569