search for: __fract

...s not require to change anything within llvm but might make it hard to detect those patterns for the instruction selector in order to generate efficient code for architectures with hardware support for those features. b) introduce new types for llvm that handle types such as __Fract, __Accum and _Sat. again, comments are highly appreciated. cheers, - dietmar [1] http://llvm.org/pubs/2005-06-17-LattnerMSThesis.html [2] http://www.embedded-c.org/ [3] http://www.open-std.org/jtc1/sc22/wg14/ [4] http://gcc.gnu.org/wiki/FixedPointArithmetic --------------------------------...

...en easier. If you took this path, you would only need #1 above. The problem is that it would be hard to reconstruct the operations at isel time, and the mid-level optimizers couldn't hack on these operations as easily. > b) introduce new types for llvm that handle types such as > __Fract, __Accum and _Sat. > again, comments are highly appreciated. My understanding of these operations is that they are basically integer data types whose operators have special semantics. As such, I'd suggest treating these as just new binary operators (e.g. add_fract_sat) which take nor...

Dear Chris, On Feb 14, 2007, at 12:33 AM, Chris Lattner wrote: >> b) introduce new types for llvm that handle types such as >> __Fract, __Accum and _Sat. >> again, comments are highly appreciated. > > My understanding of these operations is that they are basically > integer > data types whose operators have special semantics. As such, I'd > suggest > treating these as just new binary operators (...