Re: nexttoward/nextafter attribute question

2017-12-12 Thread Richard Biener
On Mon, Dec 11, 2017 at 11:34 PM, Joseph Myers wrote: > On Mon, 11 Dec 2017, Steve Ellcey wrote: > >> the attribute. The other is why the function would be pure with >> -fno-math-errno but const otherwise. I would think that the -fno-math-errno >> version would be const (stricter than pure) sinc

Re: nexttoward/nextafter attribute question

2017-12-12 Thread Jakub Jelinek
On Tue, Dec 12, 2017 at 09:08:10AM +0100, Richard Biener wrote: > On Mon, Dec 11, 2017 at 11:34 PM, Joseph Myers > wrote: > > On Mon, 11 Dec 2017, Steve Ellcey wrote: > > > >> the attribute. The other is why the function would be pure with > >> -fno-math-errno but const otherwise. I would think

Re: nexttoward/nextafter attribute question

2017-12-12 Thread Joseph Myers
On Tue, 12 Dec 2017, Jakub Jelinek wrote: > Any other functions that are using ATTR_MATHFN_FPROUNDING_ERRNO or > ATTR_MATHFN_FPROUNDING and aren't affected by fesetround? drem, fmod, frexp, ilogb, modf, remainder, remquo, significand should all be independent of the rounding mode. -- Joseph S.

Re: mpc-1.1 release candidate

2017-12-12 Thread Andrew Roberts
I've tested building: gcc version 8.0.0 20171210 (experimental) (GCC) With the following in tree: gmpver=6.1.2 mpfrver=4.0.0-rc1 mpcver=1.1-rc1 islver=0.16.1 This now works fine on: x86_64-unknown-linux-gnu armv7l-unknown-linux-gnueabihf aarch64-unknown-linux-gnu x86_64-apple-darwin17.3

Re: nexttoward/nextafter attribute question

2017-12-12 Thread Richard Biener
On Tue, Dec 12, 2017 at 2:43 PM, Joseph Myers wrote: > On Tue, 12 Dec 2017, Jakub Jelinek wrote: > >> Any other functions that are using ATTR_MATHFN_FPROUNDING_ERRNO or >> ATTR_MATHFN_FPROUNDING and aren't affected by fesetround? > > drem, fmod, frexp, ilogb, modf, remainder, remquo, significand s