From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 82431 invoked by alias); 22 Feb 2016 18:28:06 -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 82416 invoked by uid 89); 22 Feb 2016 18:28: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= 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-f49.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=RP4uqiWwiSfmN+WQb707UJGETaZrKGS27pfap5XneRE=; b=wgatLgaW9kmckANpqvRbzAutizp0XbEtFeCbgUyuolMhqni5xWmhXZedk4OqYicc7a 1swXSqcvHhMdbPzB8WGNU/fUiB+Tj43ordRcNSayFJE7NtpUdU7U6NfHs9CCTttZ1x0U WtiRZ7ZYQUA7y6Le7gr7EnACv5I1da5cpFTBg6C+qExueLv30SRgdDuoa12llpUDYHgz WqE34iFJjrxFJpayBXeMbF/piTeDsDzzzjO1k8woOUpSLT9BcWjI6y/Nl9TzUa6HG158 G/99kIUhi/Rs8aU//TuV58aUaBNTb72hn4X0Ql1DTrjc0L7hW/xFskNMlR0hci5NTGb2 Jd6w== 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=RP4uqiWwiSfmN+WQb707UJGETaZrKGS27pfap5XneRE=; b=RQvpgw/TXzo8/2iT/SVEx9loA7GJjzAkyrT/h9SamEMCjU4E+0++pTE7lPyWaPLFEx Ljqb/LSD/sPguCFnFEMIAxf9ogeT8OAg2kIPU/yf6CWR+Zib4FpNiCaZY0LzvaxJDxsI mMmnM/X1XJRvy5r+wBLt04umiZcuSMKBgej9zOE2IrOhhGcimnRKqMiCypgCyjQ9rh8D 2cKpn2xYexZm/hrseGaNk9LWZjFlywWqMABu6iEw9SbuirFuulkMr+2Jxn01SizXqq/1 fpQYSxYjUrKSZMLaXuzAgffcOYHEDsm16uPcNBn4F/iUoFkMbRhRkCSBX5bO930jAiIx ENLg== X-Gm-Message-State: AG10YORiQDtOgtkAIEn4MwSe/zdqmwfeZNOLGwv4N76+ONhzxAGSkLP4LUedLGNu8DWm2T0OP7rSPdiKPg3BTA== MIME-Version: 1.0 X-Received: by 10.140.163.5 with SMTP id j5mr17747268qhj.68.1456165682976; Mon, 22 Feb 2016 10:28:02 -0800 (PST) In-Reply-To: References: 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: gnu-gabi@sourceware.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2016-q1/txt/msg00010.txt.bz2 On Mon, Feb 22, 2016 at 10:17 AM, Michael Matz wrote: > Hi, > > On Mon, 22 Feb 2016, H.J. Lu wrote: > >> > Typo? What is the meaning of "dynamic relocation available at >> > runtime". Are you talking about a relocation entry or the relocation >> > process? >> >> Dynamic relocation isn't available with static linking. > > So you _are_ talking about the process. I think it's customary to call > such executables "dynamic", or perhaps non-static, isn't it? (Why I'm > confused with your wording: a dynamic executable which happens to have no > dynamic reloc entries, has "no dynamic relocation available at runtime", > and so we couldn't add one :)) > >> > How about "When creating a dynamic executable the link editor should >> > ..."? > > So, I still can understand my version better (possibly with > s/dynamic/non-static/) :) > Let's go with: When creating dynamic executable, the link editor should generate dynamic relocations against unresolved weak symbols so that their values will be resolved at run-time. -- H.J.