From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30178 invoked by alias); 16 Apr 2013 09:55:21 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 30155 invoked by uid 89); 16 Apr 2013 09:55:21 -0000 X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-User: qpsmtpd, 2 recipients Received: from youngberry.canonical.com (HELO youngberry.canonical.com) (91.189.89.112) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 16 Apr 2013 09:55:20 +0000 Received: from dslb-088-073-106-030.pools.arcor-ip.net ([88.73.106.30] helo=[192.168.42.216]) by youngberry.canonical.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1US2be-0008Lx-4F; Tue, 16 Apr 2013 09:55:18 +0000 Message-ID: <516D2004.8030701@ubuntu.com> Date: Tue, 16 Apr 2013 09:55:00 -0000 From: Matthias Klose User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: java-patches@gcc.gnu.org CC: gcc-patches@gcc.gnu.org Subject: Re: [PATCH] Fix linking with -findirect-dispatch References: <20130416083855.GM12880@tucnak.redhat.com> <20130416091929.GN12880@tucnak.redhat.com> <20130416094852.GO12880@tucnak.redhat.com> In-Reply-To: <20130416094852.GO12880@tucnak.redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-q2/txt/msg00027.txt.bz2 Am 16.04.2013 11:48, schrieb Jakub Jelinek: > On Tue, Apr 16, 2013 at 11:37:07AM +0200, Andreas Schwab wrote: >> Jakub Jelinek writes: >> >>> at dynamic link time it is a dummy library with no symbols that just >>> adds DT_NEEDED of the latest and greatest libgcj.so.N, which provides >>> all the symbols. >> >> Which is exactly the problem. --no-copy-dt-needed-entries has been the >> default for a long time now. > > Why would that be a problem? libgcj.so the linker sees (i.e. the dummy > library) doesn't intentionally have DT_NEEDED libgcj.so.N, programs and > shared libraries linked with -findirect-dispatch should be adding > libgcj_bc.so to DT_NEEDED, not libgcj.so.N. > > If this is caused by some recent broken linker change, then that should be > better reverted. I don't see this with binutils 2.23.2.