From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24112 invoked by alias); 31 Oct 2007 14:30:00 -0000 Received: (qmail 24099 invoked by uid 22791); 31 Oct 2007 14:29:59 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate3.de.ibm.com (HELO mtagate3.de.ibm.com) (195.212.29.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 31 Oct 2007 14:29:57 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.13.8/8.13.8) with ESMTP id l9VETs8S186176 for ; Wed, 31 Oct 2007 14:29:54 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id l9VETr222003148 for ; Wed, 31 Oct 2007 15:29:53 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l9VETrF8025156 for ; Wed, 31 Oct 2007 15:29:53 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id l9VETrn1025150; Wed, 31 Oct 2007 15:29:53 +0100 Message-Id: <200710311429.l9VETrn1025150@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Wed, 31 Oct 2007 15:29:53 +0100 Subject: Re: [rfc] Fix mst_solib_trampoline symbol sections for PLT stubs To: drow@false.org (Daniel Jacobowitz) Date: Wed, 31 Oct 2007 17:56:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org In-Reply-To: <20071031020856.GA30157@caradoc.them.org> from "Daniel Jacobowitz" at Oct 30, 2007 10:08:56 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-10/txt/msg00864.txt.bz2 Daniel Jacobowitz: > Yes. But if the address of the function is not taken somewhere in the > executable, then the address of the undefined symbol will generally be > left at zero. That should be true most of the time. So while I don't > see anything wrong with your approach here, I'm surprised it fixed the > testsuite failures; why do they have non-zero addresses? If we're > taking their addresses in all cases, we need some new tests. I think this is because there are function calls from the main executable to those functions, and the main executable is not compiled with -fPIC. I understand those references will also cause the undefined symbol to carry the address of the main PLT call stub ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com