From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8213 invoked by alias); 24 Feb 2016 01:57:07 -0000 Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Subscribe: Sender: gnu-gabi-owner@sourceware.org Received: (qmail 8103 invoked by uid 89); 24 Feb 2016 01:57:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:837, HX-Received:10.66.124.201, claim X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: mail-pa0-f47.google.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=lX0Frg7RAlLiGg0WjsJVaVVCANDEX6os/GcSN7QPsdo=; b=sF6+DrjQCoG2j0o9Tg6FEiMatBnXsimfMiqDX+D2ULgpcb1CZukK0eKMHasN+5fuR5 bpvabu9geqp4nfriL5MFlYjkktVwJDL35MWxOw/WDiJHWfYtJuyl5oay8wJEGrWbjYdi kHX+pyBojLfN8kEFdJknXINudGSzOQH44cGZkpPeK3WiAoi7cp+QMkRIzmXyDPdpgnyZ x4rM3OuBwbGqZtoLDArEy8ZP8D1CvEulwoyhiBuZo5z9qPRbh4+L0smY5vQno2lNpe8X d1czRQmmK3LJjYahEKrKbJOg0a48DcjVn/M45DX6DfVBwJWNl2hXnw4GNa9IaaRqIGf1 hsDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=lX0Frg7RAlLiGg0WjsJVaVVCANDEX6os/GcSN7QPsdo=; b=ifnboc0KqcuGti1FKy9KFb7TIBOIOLyxyvhzRTU01bpi1pX+jlkdwGZFykUsvPoHP5 KVbmQslVyG+88avEAAQGyyXB7h3SaI+p+grU4xJS9f1ZNmj51SPvlTj7NxyxzCmmSkLK IyTzV15ZSwSYTUOPCtsEiEOhXXK/bdHZavgl1vI53CKdJKO5FLNM8mKkLPGSwyekSQDN qyzXob0+YCbBGXd81+FkpE0DjnlCMMbE4VgakIBJsUUDxNDwPhqDxUfpw/Sz9gR+7duA WIVTXtUTxjbkwRGSSH0TeVc9NiaaoqBSiiwrke1tv24ENFeh24GVXKCLloFokubJWGzr Fcaw== X-Gm-Message-State: AG10YORrTj2l7dq9xyduADKyN7E6gBOUmwANtOz0jwYG/9BPZcdXLoO4wAkiRAHWkQu0qw== X-Received: by 10.66.124.201 with SMTP id mk9mr37772626pab.152.1456279023780; Tue, 23 Feb 2016 17:57:03 -0800 (PST) Date: Fri, 01 Jan 2016 00:00:00 -0000 From: Alan Modra To: "H.J. Lu" Cc: Michael Matz , gnu-gabi@sourceware.org Subject: Re: Specify how undefined weak symbol should be resolved in executable Message-ID: <20160224015659.GH10657@bubble.grove.modra.org> References: <20160223044029.GE10657@bubble.grove.modra.org> <20160224010458.GF10657@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-SW-Source: 2016-q1/txt/msg00029.txt.bz2 On Tue, Feb 23, 2016 at 05:18:16PM -0800, H.J. Lu wrote: > On Tue, Feb 23, 2016 at 5:04 PM, Alan Modra wrote: > > On Tue, Feb 23, 2016 at 09:10:51AM -0800, H.J. Lu wrote: > >> At run-time, there is no difference between weak defined and non-weak > >> defined symbols. > > > > This is not true, and even if it was.. > > > > Please do > > # git grep dl_dynamic_weak > > in glibc to see it for yourself. That's exactly the code that shows ld.so can treat weak and strong symbols differently! (And yes, I know the default setting of dl_dynamic_weak.) Besides, the main point of my comment was that it is simply faulty reasoning to claim that the linker needs to change because of some ld.so behaviour. -- Alan Modra Australia Development Lab, IBM