From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 120559 invoked by alias); 11 Aug 2017 15:46:09 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 120168 invoked by uid 89); 11 Aug 2017 15:45:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=H*r:sk:static., HContent-Transfer-Encoding:8bit X-HELO: mail-it0-f44.google.com Received: from mail-it0-f44.google.com (HELO mail-it0-f44.google.com) (209.85.214.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 11 Aug 2017 15:45:50 +0000 Received: by mail-it0-f44.google.com with SMTP id 77so29634227itj.1 for ; Fri, 11 Aug 2017 08:45:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=puRw5Qf+gjvyttHWvCLQRlTG6z73RTd/jWeqsRrhDxw=; b=pMjS+zz3HdlnzOFCPMTDlj0Net4IX/lUqGpz09m/ZoyCrg3MC4AsLe4UoNCo/fGhQP +oCKoQ+41AzMgMGbaY6y11+YbVyjMCam+t1kEg8fw0562XYNh5MRvz52qZdraDav1HoR de/GxBFuHBC9KBmMzatFFLoKQanCG/J+lIUXR+JcPAb8E5aTRUJseBd2kK1Yw/pW8zAw ZFBUafhbcAcr0y4OOFuaSVhLx6nm5BTCPCSkqjfjZK2UniUhXtQHrlj9SXaVmZqKFQ6T V1NY5XdiPabVDmhrhDnJEutadO8v+FU8LfJLMNYF1h1uHHVETWyLgXAs/T2yMidRNlNu Meng== X-Gm-Message-State: AIVw110li/Frc/LGntAYpx3NX5wRfwJx4onZbmnjpCOo/hKDuOmiQ1/E mgf2LaUzcHRRjg7L X-Received: by 10.36.2.66 with SMTP id 63mr12760284itu.86.1502466346496; Fri, 11 Aug 2017 08:45:46 -0700 (PDT) Received: from 1170ee0b50d5 (static.42.136.251.148.clients.your-server.de. [148.251.136.42]) by smtp.gmail.com with ESMTPSA id k12sm661045itk.29.2017.08.11.08.45.44 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Aug 2017 08:45:45 -0700 (PDT) Date: Fri, 11 Aug 2017 15:46:00 -0000 From: Yao Qi To: "H.J. Lu" Cc: Alex Lindsay , GDB Subject: Re: Synthetic symbol leak in in elf_x86_64_get_synthetic_symtab and elf_read_minimal_symbols Message-ID: <20170811154542.GK8039@1170ee0b50d5> References: <20170811092709.GH8039@1170ee0b50d5> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-IsSubscribed: yes X-SW-Source: 2017-08/txt/msg00245.txt.bz2 On 17-08-11 08:30:21, H.J. Lu wrote: > > > > We can only safely do this, but .name is leaked for x86_64. Other > > tools using bfd, like objdump, nm, and gprof may have this issue too. > > I'll ask binutils people on asymbol allocation and de-allocation. > > > > This is: > > https://sourceware.org/bugzilla/show_bug.cgi?id=21943 > I opened it :) > i386 and x86-64 get_synthetic_symtab don't know if @plt should > be added to symbol name for a PLT entry. The first pass checks > if @plt is needed and extra space is allocated in the second pass. > We can assume @plt is needed and waste some space if it isn't. Do you plan to fix it? -- Yao (齐尧)