[LLVMdev] [cfe-dev] RFC: Codifying (but not formalizing) the optimization levels in LLVM and Clang
Krzysztof Parzyszek
kparzysz at codeaurora.org
Sat Jan 19 09:21:14 PST 2013
On 1/19/2013 1:55 AM, Chandler Carruth wrote:
>
> -ffast-math is *totally* different from these attributes, and in fact
> -ffast-math is specifically not modeled as a function attribute because
> it changes the fundamental semantics of an operation.
>
> These attributes have zero semantic impact on the function, and so it is
> always functionally correct to change them, replace them, merge them,
> remove them, or inline code from one to the other.
I just thought of this example: attribute "section". It has zero
semantic impact on the function, and yet it is not correct to change it,
replace it, remove it, etc.
-Krzysztof
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation
More information about the llvm-dev
mailing list