[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

2010-06-03 Thread rguenth at gcc dot gnu dot org 


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

2010-01-11 Thread rguenth at gcc dot gnu dot org 


--- 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=gccview=revrev=155809
Log:
2010-01-11  Richard Guenther  rguent...@suse.de

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

2009-11-03 Thread rguenth at gcc dot gnu dot org 


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

2009-11-03 Thread rguenth at gcc dot gnu dot org 


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

2009-11-03 Thread bonzini at gnu dot org 


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

2009-11-03 Thread bonzini at gnu dot org 


-- 

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

2009-11-02 Thread rguenth at gcc dot gnu dot org 


--- 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 stdbool.h

or

#include inttypes.h


-- 


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

2009-11-02 Thread bonzini at gnu dot org 


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

2009-11-02 Thread rguenther at suse dot de 


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

2009-11-02 Thread bonzini at gnu dot org 


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

2009-10-31 Thread rguenth at gcc dot gnu dot org 


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

2009-10-30 Thread rguenth at gcc dot gnu dot org 


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

2009-10-26 Thread rguenth at gcc dot gnu dot org 


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

2009-10-26 Thread rguenth at gcc dot gnu dot org 


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

2009-10-26 Thread rguenth at gcc dot gnu dot org 


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

2009-10-19 Thread rguenth at gcc dot gnu dot org 


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

[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin

2009-10-19 Thread rguenth at gcc dot gnu dot org 


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

2009-10-19 Thread rguenth at gcc dot gnu dot org 


--- 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 21
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