220 8393 <52C7DCAE.20104@gmail.com> article
Path: news.gmane.org!not-for-mail
From: David Krauss <potswa@gmail.com>
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: Proposal: standardize [[noinline]]
Date: Sat, 04 Jan 2014 18:04:30 +0800
Lines: 29
Approved: news@gmane.org
Message-ID: <52C7DCAE.20104@gmail.com>
References: <028701aa-9798-4cd1-a77f-9fa4f9de0b79@isocpp.org> <52C6A063.10307@gmail.com> <1043beab-9a53-45af-9c02-8b74c0a65386@isocpp.org> <1523899.dCZAEKAjYi@tjmaciei-mobl2>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Trace: ger.gmane.org 1388829874 5981 80.91.229.3 (4 Jan 2014 10:04:34 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 4 Jan 2014 10:04:34 +0000 (UTC)
To: std-proposals@isocpp.org
Original-X-From: std-proposals+bncBCW25A7E3QCRBNNZT6LAKGQEBAUPV4A@isocpp.org Sat Jan 04 11:04:41 2014
Return-path: <std-proposals+bncBCW25A7E3QCRBNNZT6LAKGQEBAUPV4A@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-ie0-f197.google.com ([209.85.223.197])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBCW25A7E3QCRBNNZT6LAKGQEBAUPV4A@isocpp.org>)
	id 1VzO5v-0000RE-SS
	for gclcip-std-proposals@m.gmane.org; Sat, 04 Jan 2014 11:04:40 +0100
Original-Received: by mail-ie0-f197.google.com with SMTP id e14sf80585017iej.8
        for <gclcip-std-proposals@m.gmane.org>; Sat, 04 Jan 2014 02:04:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
         :subject:references:in-reply-to:x-original-sender
         :x-original-authentication-results:reply-to:precedence:mailing-list
         :list-id:list-post:list-help:list-archive:list-subscribe
         :list-unsubscribe:content-type;
        bh=ssAcUCrpWf977bhXegDXl+sVD8IuFbaaoCAPuJyvh68=;
        b=V08j5bzRCYKal9HmGGk1skktxpcIS9VNIxDFH6K1DWA0rEPATyFlzs7WDx/LY66ZmP
         UaoC3AFSfZG9oL93VCkfQj8+pRu3jXG5jBJZFQ9Q7NNiCa7a2ikZCniKX0oqIYDicFMq
         h8sPjJT3GnwlY/9jTl4NHjWOBqryzYp4gRC0edyFiGgOa0zIj9KLihmpB4kCDYjOaZF6
         AemN+uGlLH9zBuiniOVtdRS4GfeUIYfMjKK8/bxE0SB88nK+nFMqNYIa3AgEzlwNJ02W
         5z6dYXdwHoBU9jnOMfDomkCdRmRrD248z968Xp0/1aUyc8Wb83TmHwuKnSHY3hzmEvyw
         1TZg==
X-Gm-Message-State: ALoCoQmEXOInwNIuj8K5xRWcHjzHvkcqOINtU0ki+XFykyGqfWE0Ag1bNgKtwSAP4uVbUoPGJxUk
X-Received: by 10.182.34.169 with SMTP id a9mr6021325obj.49.1388829878424;
        Sat, 04 Jan 2014 02:04:38 -0800 (PST)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.49.120.5 with SMTP id ky5ls4996852qeb.26.gmail; Sat, 04 Jan
 2014 02:04:37 -0800 (PST)
X-Received: by 10.236.52.133 with SMTP id e5mr1419339yhc.149.1388829877654;
        Sat, 04 Jan 2014 02:04:37 -0800 (PST)
Original-Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [2607:f8b0:4003:c02::232])
        by mx.google.com with ESMTPS id 65si6474010yhi.18.2014.01.04.02.04.37
        for <std-proposals@isocpp.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 04 Jan 2014 02:04:37 -0800 (PST)
Received-SPF: pass (google.com: domain of potswa@gmail.com designates 2607:f8b0:4003:c02::232 as permitted sender) client-ip=2607:f8b0:4003:c02::232;
Original-Received: by mail-oa0-f50.google.com with SMTP id n16so16942653oag.37
        for <std-proposals@isocpp.org>; Sat, 04 Jan 2014 02:04:37 -0800 (PST)
X-Received: by 10.60.33.7 with SMTP id n7mr63675066oei.25.1388829877249;
        Sat, 04 Jan 2014 02:04:37 -0800 (PST)
Original-Received: from Davids-MacBook-Pro.local ([121.54.54.59])
        by mx.google.com with ESMTPSA id z5sm75658244obg.13.2014.01.04.02.04.34
        for <std-proposals@isocpp.org>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Sat, 04 Jan 2014 02:04:36 -0800 (PST)
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <1523899.dCZAEKAjYi@tjmaciei-mobl2>
X-Original-Sender: potswa@gmail.com
X-Original-Authentication-Results: mx.google.com;       spf=pass (google.com:
 domain of potswa@gmail.com designates 2607:f8b0:4003:c02::232 as permitted
 sender) smtp.mail=potswa@gmail.com;       dkim=pass header.i=@gmail.com;
       dmarc=pass (p=NONE dis=NONE) header.from=gmail.com
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Google-Group-Id: 399137483710
List-Post: <http://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <http://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <http://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <http://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:8393
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/8393>

On 1/4/14 3:25 AM, Thiago Macieira wrote:
> The attribute can be, at most, a non-binding suggestion to the 
> compiler. The compiler is freely allowed to ignore it, just like the 
> inline keyword. The one thing that the standardisation will get you is 
> that you'll be allowed to write the attribute and no compiler can 
> complain about it. 

Well, there's also disallowing an implementation from using the 
"noinline" attribute-token to mean something different.

I doubt the total isolation rule would be popular, though, or 
particularly meaningful. It would seem to disallow PGO, for one thing.

[[noinline]] looks like a directive to disable the function inliner, 
which is useful in practical code is to reduce bloat. (I.e., an 
application with megabytes of laundry list code should be compiled to 
"threaded bytecode.") If indeed the proposal specifies it to disallow 
all interprocedural optimizations and not just some, it would reduce the 
practical value. (I rather doubt such can be stated in standard semantic 
terms.)

-- 

--- 
You received this message because you are subscribed to the Google Groups "ISO C++ Standard - Future Proposals" group.
To unsubscribe from this group and stop receiving emails from it, send an email to std-proposals+unsubscribe@isocpp.org.
To post to this group, send email to std-proposals@isocpp.org.
Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposals/.

.
