[cfe-dev] [RFC] A proposal for #pragma optnone
"C. Bergström"
cbergstrom at pathscale.com
Wed Apr 30 22:43:08 PDT 2014
On 05/ 1/14 12:35 PM, Alex Rosenberg wrote:
> On Apr 30, 2014, at 4:10 AM, Dario Domizioli
> <dario.domizioli at gmail.com <mailto:dario.domizioli at gmail.com>> wrote:
>
>>
>>
>> On 30 April 2014 09:18, Renato Golin <renato.golin at linaro.org
>> <mailto:renato.golin at linaro.org>> wrote:
>>
>> On 29 April 2014 23:49, Robinson, Paul
>> <Paul_Robinson at playstation.sony.com
>> <mailto:Paul_Robinson at playstation.sony.com>> wrote:
>> > Which cycles us back to the original proposal:
>> >
>> > #pragma clang optnone [on|off]
>> >
>> > ...which is obviously tied to the attribute of the same name, which
>> > seems like at least a small goodness.
>>
>> Right, I think my list of arguments has ended. This seems as good
>> as any.
>>
>>
>> Ok... so do we now have a consensus on the original spec?
/* ignorable rant
No - you just listened to a select group of (important) individuals and
pushed this through
*/
>> #pragma clang optnone on
>> // code decorated with optnone
>> #pragma clang optnone off
>
> FWIW, I find the double negative confusing to expose to users
> (although sensible in the IR). I'd spell it #pragma clang optimize
> on|off. This also allows expansion space for more fine-grained control
> if we ever go down that dark path.
>
> Alex, bikeshed painter.
+1 from a fellow bikeshed painter and similarly dislikes the double negative
More information about the cfe-dev
mailing list