On Fri, Mar 16, 2012 at 9:17 AM, Janne Blomqvist
wrote:
> On Thu, Mar 15, 2012 at 22:28, Janne Blomqvist
> wrote:
>> On Thu, Mar 15, 2012 at 22:14, Tobias Burnus wrote:
>>> Janne Blomqvist wrote:
since some time GCC has BUILT_IN_IROUND{F,,L}, similar to lround() and
llround() but
On Thu, Mar 15, 2012 at 22:28, Janne Blomqvist
wrote:
> On Thu, Mar 15, 2012 at 22:14, Tobias Burnus wrote:
>> Janne Blomqvist wrote:
>>>
>>> since some time GCC has BUILT_IN_IROUND{F,,L}, similar to lround() and
>>> llround() but the result is returned as an integer.
>>>
>>> Regtested on x86_64-
On Thu, Mar 15, 2012 at 22:14, Tobias Burnus wrote:
> Janne Blomqvist wrote:
>>
>> since some time GCC has BUILT_IN_IROUND{F,,L}, similar to lround() and
>> llround() but the result is returned as an integer.
>>
>> Regtested on x86_64-unknown-linux-gnu, Ok for trunk?
>
>
> OK. Thanks for the patch
Janne Blomqvist wrote:
since some time GCC has BUILT_IN_IROUND{F,,L}, similar to lround() and
llround() but the result is returned as an integer.
Regtested on x86_64-unknown-linux-gnu, Ok for trunk?
OK. Thanks for the patch! Nit: Could you check mathbuiltins.def - at
least in the diff, "iroun
Hi,
since some time GCC has BUILT_IN_IROUND{F,,L}, similar to lround() and
llround() but the result is returned as an integer. As there is no
corresponding libc function, this builtin is expanded to lround{f,l}
except when -ffast-math is used, in which case it enables slightly
shorter and faster c