On Tue, Jan 27, 2009 at 11:02 PM, Diego Novillo <dnovi...@google.com> wrote: > On Tue, Jan 27, 2009 at 16:58, H.J. Lu <hjl.to...@gmail.com> wrote: > >> LTO failed to bootstrap on RHEL5/ia32 and RHEL5/ia64: >> >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38992 > > Thanks. This was known to us, though we had not filed a request. > Essentially, Red Hat distros use a different libelf than the one we > have been using so far. We talked a bit about this problem on IRC > recently and Jakub outlined a possible fix for this. I will add the > information to the bug. > > I work around the problem on fedora by compiling libelf-0.8.10 and > building as outlined in the wiki.
It doesn't build on SLES10 either, libelf0-0.8.10-36, it ICEs during build of libgcc: ... /gcc/spec/sb-haydn-df-64/gcc/libgcc/../gcc/libgcc2.c:1102: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://gcc.gnu.org/bugs.html> for instructions. libelf shouldn't come into play while building, no? Program received signal SIGSEGV, Segmentation fault. output_call_frame_info (for_eh=0) at /gcc/spec/sb-haydn-df-64/gcc/gcc/expr.h:806 806 tree personality = DECL_FUNCTION_PERSONALITY (decl); #0 output_call_frame_info (for_eh=0) at /gcc/spec/sb-haydn-df-64/gcc/gcc/expr.h:806 #1 0x00000000004ccf37 in dwarf2out_frame_finish () at /gcc/spec/sb-haydn-df-64/gcc/gcc/dwarf2out.c:3351 #2 0x0000000000630dd6 in toplev_main (argc=<value optimized out>, argv=0x0) at /gcc/spec/sb-haydn-df-64/gcc/gcc/toplev.c:1023 #3 0x00002ae177b25154 in __libc_start_main () from /lib64/libc.so.6 #4 0x0000000000404199 in _start () this is on x86_64, the above ICE is with -m32. Richard. > > Diego. >
