[Bug libstdc++/38384] fails to build cross gcc for target hppa64-hp-hpux11.00 in libstdc++/libmath

["dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>]

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