Boost C++ Libraries: Ticket #3892: boost/numeric/interval.hpp breaks on darwin/macports https://svn.boost.org/trac10/ticket/3892 <p> host:build $ cat tmp.cc #include &lt;boost/numeric/interval.hpp&gt; </p> <p> host:build $ gcc -I/opt/local/include tmp.cc -c In file included from /opt/local/include/boost/numeric/interval.hpp:18, </p> <blockquote> <p> from tmp.cc:1: </p> </blockquote> <p> /opt/local/include/boost/numeric/interval/hw_rounding.hpp:40:4: error: #error Boost.Numeric.Interval: Please specify rounding control mechanism. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/3892 Trac 1.4.3 Spundun Bhatt <spundun@…> Wed, 03 Feb 2010 00:23:29 GMT attachment set https://svn.boost.org/trac10/ticket/3892 https://svn.boost.org/trac10/ticket/3892 <ul> <li><strong>attachment</strong> → <span class="trac-field-new">tmp.i</span> </li> </ul> <p> output of gcc -I/opt/local/include tmp.cc -dM -E &gt; tmp.i </p> Ticket Spundun Bhatt <spundun@…> Wed, 03 Feb 2010 00:32:50 GMT <link>https://svn.boost.org/trac10/ticket/3892#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/3892#comment:1</guid> <description> <p> Basically on my Mac/darwin system, boost numeric intervals doesn't understand what rounding mechanism to use or something like that. </p> <p> 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 <span class="underline">i386</span> macro. boost needs a way around this. </p> </description> <category>Ticket</category> </item> <item> <author>nox <nox@…></author> <pubDate>Wed, 03 Feb 2010 01:09:05 GMT</pubDate> <title>cc set https://svn.boost.org/trac10/ticket/3892#comment:2 https://svn.boost.org/trac10/ticket/3892#comment:2 <ul> <li><strong>cc</strong> <span class="trac-author">nox@…</span> added </li> </ul> <p> Hi there, I'm the maintainer of the boost port on <a class="missing wiki">MacPorts</a> and I can confirm this. It seems gcc does not set <code>__USE_ISOC99</code> on Snow Leopard, I don't know about earlier versions of Mac OS X. The good thing is that it does define <code>_GLIBCXX_USE_C99</code> so I think we should use this instead. </p> Ticket Spundun Bhatt <spundun@…> Wed, 03 Feb 2010 01:57:39 GMT <link>https://svn.boost.org/trac10/ticket/3892#comment:3 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/3892#comment:3</guid> <description> <p> I checked and _GLIBCXX_USE_C99 is available on both OSX and Fedora 9. Replacing this macro sounds like a reasonable thing to do. </p> </description> <category>Ticket</category> </item> <item> <author>Vicente Botet <vicente.botet@…></author> <pubDate>Tue, 07 Dec 2010 20:49:41 GMT</pubDate> <title/> <link>https://svn.boost.org/trac10/ticket/3892#comment:4 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/3892#comment:4</guid> <description> <p> Could some of you provide a tested patch? </p> </description> <category>Ticket</category> </item> <item> <dc:creator>Marshall Clow</dc:creator> <pubDate>Thu, 20 Jan 2011 18:16:43 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/3892#comment:5 https://svn.boost.org/trac10/ticket/3892#comment:5 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">fixed</span> </li> </ul> <p> Just tried this on my mac with the both the trunk and release branch - I get no errors. </p> <p> It does happen with Boost 1.42.0 and 1.43.0 - but not on 1.44.0 or 1.45.0 </p> <p> I'm marking this bug as fixed - if it persists on your systems, please reopen. </p> Ticket