boost/numeric/interval.hpp breaks on darwin/macports

[Spundun Bhatt <spundun@…>]

host:build $ cat tmp.cc #include <boost/numeric/interval.hpp>

host:build $ gcc -I/opt/local/include tmp.cc -c In file included from /opt/local/include/boost/numeric/interval.hpp:18,

from tmp.cc:1:

/opt/local/include/boost/numeric/interval/hw_rounding.hpp:40:4: error: #error Boost.Numeric.Interval: Please specify rounding control mechanism.

[Spundun Bhatt <spundun@…>]

output of gcc -I/opt/local/include tmp.cc -dM -E > tmp.i

[Spundun Bhatt <spundun@…>]

Basically on my Mac/darwin system, boost numeric intervals doesn't understand what rounding mechanism to use or something like that.

It's deciding based on the built-in macros set by gcc. I've attached a file containing all the macros that gcc sets. It's not setting i386 macro. boost needs a way around this.

[nox <nox@…>]

Hi there, I'm the maintainer of the boost port on MacPorts and I can confirm this. It seems gcc does not set __USE_ISOC99 on Snow Leopard, I don't know about earlier versions of Mac OS X. The good thing is that it does define _GLIBCXX_USE_C99 so I think we should use this instead.

[Spundun Bhatt <spundun@…>]

I checked and _GLIBCXX_USE_C99 is available on both OSX and Fedora 9. Replacing this macro sounds like a reasonable thing to do.

[Vicente Botet <vicente.botet@…>]

Could some of you provide a tested patch?

[Marshall Clow]

Just tried this on my mac with the both the trunk and release branch - I get no errors.

It does happen with Boost 1.42.0 and 1.43.0 - but not on 1.44.0 or 1.45.0

I'm marking this bug as fixed - if it persists on your systems, please reopen.