From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-patches-return-20742-listarch-java-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 5284 invoked by alias); 4 Sep 2013 10:21:01 -0000
Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java-patches.gcc.gnu.org>
List-Subscribe: <mailto:java-patches-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-patches/>
List-Post: <mailto:java-patches@gcc.gnu.org>
List-Help: <mailto:java-patches-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-patches-owner@gcc.gnu.org
Received: (qmail 5270 invoked by uid 89); 4 Sep 2013 10:21:00 -0000
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 04 Sep 2013 10:21:00 +0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-5.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: mx1.redhat.com
Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r84AKvvD022102	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Wed, 4 Sep 2013 06:20:58 -0400
Received: from zebedee.pink (ovpn-113-26.phx2.redhat.com [10.3.113.26])	by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r84AKuTv018303;	Wed, 4 Sep 2013 06:20:57 -0400
Message-ID: <52270988.9030803@redhat.com>
Date: Wed, 04 Sep 2013 10:21:00 -0000
From: Andrew Haley <aph@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: Matthias Klose <doko@ubuntu.com>
CC: GCJ-patches <java-patches@gcc.gnu.org>
Subject: Re: [patch] Link the dummy libgcj_bc shared library with --no-as-needed
References: <52270600.8010008@ubuntu.com>
In-Reply-To: <52270600.8010008@ubuntu.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
X-SW-Source: 2013-q3/txt/msg00018.txt.bz2

On 09/04/2013 11:05 AM, Matthias Klose wrote:
> When building a compiler which passes --no-as-needed by default to the linker,
> libgcj_bc.so ends up without a DTNEEDED entry for libgcj, because no symbols in
> libgcj are required to resolve symbols in libgcj_bc.  This causes about 500 test
> cases to fail.  Solved by explicitly passing -Wl,--no-as-needed.  Is this ok for
> upstream? It's not needed, but doesn't hurt either.

That doesn't make sense.  If the compiler is passing --no-as-needed by default to the linker,
why do you need to pass it again?

Andrew.