Request for testing/help for the LTO branch

[Richard Guenther]

On Tue, Jan 27, 2009 at 11:02 PM, Diego Novillo <dnovillo@google.com> wrote:
> On Tue, Jan 27, 2009 at 16:58, H.J. Lu <hjl.tools@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.
>