From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2402 invoked by alias); 23 Jan 2009 17:41:36 -0000 Received: (qmail 2310 invoked by alias); 23 Jan 2009 17:41:18 -0000 Date: Fri, 23 Jan 2009 17:41:00 -0000 Message-ID: <20090123174118.2309.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/38384] shared link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dave at hiauly1 dot hia dot nrc dot ca" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-01/txt/msg02468.txt.bz2 ------- 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