From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 117241 invoked by alias); 21 May 2015 22:34:49 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 117230 invoked by uid 89); 21 May 2015 22:34:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail-ig0-f178.google.com Received: from mail-ig0-f178.google.com (HELO mail-ig0-f178.google.com) (209.85.213.178) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 21 May 2015 22:34:47 +0000 Received: by igbhj9 with SMTP id hj9so22786878igb.1 for ; Thu, 21 May 2015 15:34:45 -0700 (PDT) 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=XT6uZnJiJoXMCVbmYkDh0LU5qcXVF5d2qP/9D9EChWw=; b=Uc0FjNagy1CNl6sM6gwriKFk3M+klej3lyO7KKhenQdV76x+qgklEu5FE7EPX39WWB 2t1eJwC142+ws9/S25wBiKmeQ5VPiJcHRPX20TTkWg+drqbvyymLgZ2szHhbe13IAi6q b+FhU5c5R+lX3Y7vvKKCQeMwW3dyYXL9Rw0ANItgjDBg0GMmCr5TfjbUuTc55G0CuKBV nwNTMrdnuf508tnH02nsg8kLGylIn301QHorPnyIFQt+pVHTeNBMetw/ZTobunUzdm/R aIuZjWKY2LZMzY7ufXpZYvyJcyF6f/2seQtR27lKAnEsUuPCjLGnR2F6hvtHVU9K5XoE t6hw== X-Gm-Message-State: ALoCoQlUioLIm2rPX+F+4pkEWlnshFaUzhJo6mTFy4KW2cO3Ehk1SfAIgDyR8hzmZaM0saqTer0V MIME-Version: 1.0 X-Received: by 10.50.111.226 with SMTP id il2mr1476592igb.0.1432247685320; Thu, 21 May 2015 15:34:45 -0700 (PDT) Received: by 10.107.52.5 with HTTP; Thu, 21 May 2015 15:34:45 -0700 (PDT) In-Reply-To: <20150521215803.GE10247@tucnak.redhat.com> References: <555E5376.3060706@redhat.com> <20150521215803.GE10247@tucnak.redhat.com> Date: Fri, 22 May 2015 03:38:00 -0000 Message-ID: Subject: Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt= From: Xinliang David Li To: Jakub Jelinek Cc: Pedro Alves , Sriraman Tallam , "H.J. Lu" , Michael Matz , GCC Patches Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg02054.txt.bz2 We have -finstrument-functions-exclude-function-list=.. in GCC, though it is not using mangled names. David On Thu, May 21, 2015 at 2:58 PM, Jakub Jelinek wrote: > On Thu, May 21, 2015 at 10:51:50PM +0100, Pedro Alves wrote: >> On 05/21/2015 10:12 PM, Sriraman Tallam wrote: >> > >> > My original proposal, for x86_64 only, was to add >> > -fno-plt=. This lets the user decide for which >> > functions PLT must be avoided. Let the compiler always generate an >> > indirect call using call *func@GOTPCREL(%rip). We could do this for >> > non-PIC code too. No need for linker fixups since this relies on the >> > user to know that func is from a shared object. >> >> Having to pass function names on the command line seems like an odd >> interface. E.g, you'll need to pass the mangled name for >> C++ functions. Any reason this isn't a function attribute? > > I strongly second this. Similar reasons for why we haven't added > the asan blacklisting from the command line, one really should use > function attributes for this kind of things. > > Jakub