Displaying 3 results from an estimated 3 matches for "paren_expr".
2012 Apr 16
1
[LLVMdev] Representing -ffast-math at the IR level
...that.
I think this is a misunderstanding of where I'm going, see above.
> Other languages are more interesting in this regard. Fortran, for instance, allows reassociation within parentheses. (Can that even be represented with instruction metadata?)
I'm aware of Fortran parentheses (PAREN_EXPR in gcc). If it can't be expressed
well then too bad: reassociation can just be turned off and we won't optimize
Fortran as well as we could. (As mentioned above I have no intention of turning
on reassociation based on the current flag since it can introduce an unbounded
number of ULPs of...
2012 Apr 16
0
[LLVMdev] Representing -ffast-math at the IR level
Duncan,
I have some issues with representing this as a single "fast" mode flag, which mostly boil down to the fact that this is a very C-centric view of the world. And, since C compilers are not generally known for their awesomeness on issues of numerics, I'm not sure that's a good idea.
Having something called a "fast" or "relaxed" mode implies that it is
2012 Apr 14
9
[LLVMdev] Representing -ffast-math at the IR level
The attached patch is a first attempt at representing "-ffast-math" at the IR
level, in fact on individual floating point instructions (fadd, fsub etc). It
is done using metadata. We already have a "fpmath" metadata type which can be
used to signal that reduced precision is OK for a floating point operation, eg
%z = fmul float %x, %y, !fpmath !0
...
!0 = metadata