From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 971 invoked by alias); 19 Feb 2005 23:31:15 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 962 invoked by alias); 19 Feb 2005 23:31:13 -0000 Date: Sun, 20 Feb 2005 10:54:00 -0000 Message-ID: <20050219233113.961.qmail@sourceware.org> From: "wilson at specifixinc dot com" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20050218001856.20045.jsm28@gcc.gnu.org> References: <20050218001856.20045.jsm28@gcc.gnu.org> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug target/20045] gcc.dg/ia64-fptr-1.c fails on ia64-hpux X-Bugzilla-Reason: CC X-SW-Source: 2005-02/txt/msg02317.txt.bz2 List-Id: ------- Additional Comments From wilson at specifixinc dot com 2005-02-19 23:31 ------- Subject: Re: New: gcc.dg/ia64-fptr-1.c fails on ia64-hpux jsm28 at gcc dot gnu dot org wrote: > ld: Unsatisfied symbol "_GLOBAL_OFFSET_TABLE_" in file /var/tmp//ccU3vrUt.o DT_PLTGOT will hold the gp value if the program was dynamically linked, but it might be too inconvenient to get to this value. I am not sure how to get it other than by running objdump and grepping the output. Otherwise, I don't believe the ABI provides a way to get at the value. Another solution is to use an asm to grab the value from r1. This should work fine as the functions are in the same module, and hence will use the same gp value. Or we could just make this a linux specific testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20045