From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 78109 invoked by alias); 24 Feb 2016 18:09:35 -0000 Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: gnu-gabi-owner@sourceware.org Received: (qmail 78089 invoked by uid 89); 24 Feb 2016 18:09:34 -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=yours 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-qg0-f42.google.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ypMF3BPxIj+hgntshSMmGFjoSugBXBpWfUv4MT5vNts=; b=nv/utSJ72oaAccjdp1UJcvsBJgXAsgUVZ32zqx0L49k5MqGN8oMxnki6wKAZJNowlg zJFUFeEw127r/Pnhz/w75Y8iFRCUt071q66hM1QOHbwmres1dWShA/l+dPsvkMt67WR/ +k48avNcCDH9v8FG8I0EKgKFMWqixBGUxt0MWLXyCyOp1I2TPzBEYlN2GAm9Me1ZKmD8 HhfxL6FTK+0ar05o5Jj29MDRhoRo8wB5fo3bbIz41o3lKgP6Cumr9j2J3RVqXfBb5cak twY0SVKtjGZ5zZhyCfZ0crbnlkwDBCP07yQlQxTKSfM3VzgIfyC95ue/hUbftRlcfqgg 3aUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ypMF3BPxIj+hgntshSMmGFjoSugBXBpWfUv4MT5vNts=; b=BXZvfwlXEPdi4qHa2VPmI2U0eAAb/uzaU2eQQOYhICPwKJ30B2cMFOCAa5U6vzcB2w R8c0xgElVBCpuZdNXOpnJJO/ltgG7lYzqVtGsC0vPB7R7kLiv0cR8IfE9+PkHqsmc3YH ww/OIEkz5iIn0m33rDMwBwlPVtP9AYVwkWt+LJPUJz4TkR1yClR+DicyGM87HwUpd/zM eJ7TMUWoXpenBgzqRboNI0FnbvUd9DXpKKQ/WAPPH8weNkJlB0nBtZqZbxJl5nGc3Ygq NDKKuuurzl50Zcmf9NmPXwZ+6mz8HdIvdkR+Wy5viRwW9HAa7kE0oiku4Gwp5iGEgBPs 5XhA== X-Gm-Message-State: AG10YOR7OBTeANS4dbJd4DldzCmYeTkszitKWsOXR1z4AVy79fENjd62pHJoZqCYq6EJyOvgp7fPKLiYGZy5Wg== MIME-Version: 1.0 X-Received: by 10.140.163.5 with SMTP id j5mr32850633qhj.68.1456337370796; Wed, 24 Feb 2016 10:09:30 -0800 (PST) In-Reply-To: References: <20160223044029.GE10657@bubble.grove.modra.org> <20160224010458.GF10657@bubble.grove.modra.org> <20160224015659.GH10657@bubble.grove.modra.org> <56CD0FC8.4030202@redhat.com> Date: Fri, 01 Jan 2016 00:00:00 -0000 Message-ID: Subject: Re: Specify how undefined weak symbol should be resolved in executable From: "H.J. Lu" To: Michael Matz Cc: "Carlos O'Donell" , Alan Modra , gnu-gabi@sourceware.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2016-q1/txt/msg00037.txt.bz2 On Wed, Feb 24, 2016 at 9:54 AM, Michael Matz wrote: > Hi, > > On Wed, 24 Feb 2016, H.J. Lu wrote: > >> > To not do that (i.e. resolve them always at link edit time) breaks >> > various current uses of weak symbols. We could do that of course, but >> > I don't think that would be useful to users. >> >> I suggest you raise this issue at >> >> https://groups.google.com/forum/#!forum/generic-abi > > You want to change existing behaviour, not me. The Solaris and HP-UX guys > already stated what they do, and are unlikely to want to change behaviour. > I don't think we can change the gABI to be more explicit about weak > symbols (not the least because Solaris and HP-UX already differ in the > details), so I think we're left with discussing it here. > There is a difference between yours and mine. I wanted to clarify reference to undefined weak symbols in executable. You want to change reference to defined weak symbols in executable. It is undefined weak vs defined weak. -- H.J.