------- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-16 17:21 ------- Subject: Re: fails to build cross gcc for target hppa64-hp-hpux11.00 in libstdc++/libmath
> > I dont't know if the warnings at the end of this message are a result of > > this > > issue or different one. The linker complains about fde encoding in > > .libs/bitmap_allocator.o(.eh_frame) prevents .eh_frame_hdr table being > > created. > > There are a lot. > > > > /hppa64-hp-hpux11.00/B.11.00/gcc-4.4.0-test/bin/hppa64-hp-hpux11.00-ld: > > fde encoding in .libs/bitmap_allocator.o(.eh_frame) prevents .eh_frame_hdr > > table being created. > > > > These warnings about fde encoding survive. What does this mean? > How to fix it? Probably, the warning needs to be suppressed. The warning is correct in that the encoding currently used contains dynamic relocations preventing the creation of a .eh_frame_hdr table. This only applies to GNU ld. HP ld doesn't support this. Functionally, this is only a performance issue. Still it would be good if the relocations could be eliminated. However, the standard technique using pc-relative encoding doesn't work because the dynamic linker doesn't maintain a consistent relationship between text and data for dynamically loaded objects. It's not possible to reference text locations from the data segment using pc-relative offsets. It may be possible to use segment relative encodings. I added some support to gas to do this last summer. There's still an issue with the functions to compute the base for these encodings. There are lots of issues with using GNU ld on HP-UX. It hasn't been maintained at more than a basic level for some time. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
