This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/38384] shared link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Jan 2009 17:41:18 -0000
- Subject: [Bug target/38384] shared link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00
- References: <bug-38384-11564@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #48 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-23 17:41 -------
Subject: Re: shared link/execute fails for cross gcc from linux to target
hppa64-hp-hpux11.00
> As you can see there is one dependency to libdl.1 what is ok AFAIK. There is no
> libdl archive.
Yes, there are a number of libraries that don't have archive versions.
I believe libdld needs the dynamic loader. Another library is librt.
We try to handle this problem in the LIB_SPEC define.
> In the segment index there are two unknown segments. That is with cvs binutils
> as of yesterday. But I think it's the same with binutils-2.16.1.
Advise using recent version. There are no recent fixes affecting
GNU ld on hpux, but there have been some assembler fixes.
I've seen the segment issue but don't have a fix. There's something
going wrong in the core code. I think this is the main issue with
shared libraries.
I tried a full native build last night with GNU ld. It failed with
a broken f951 compiler. The problem is pc-relative calls are broken
(no stub, or incorrect offset to stub) when the call distance exceeds
the maximum branch distance for the 22-bit pc-relative relocation.
This should be relatively straightforward to fix.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384