Boost C++ Libraries: Ticket #5606: Graph depends on xpressive, but xpressive doesn't work with Sun's compiler https://svn.boost.org/trac10/ticket/5606 <p> Graph depends on a library does not work with Sun's compiler. The people from xpressive have declared that they will not attempt to fix the problem. Therefore, the Boost build will forever fail when the sun tool set is used, because graph depends on xpressive. </p> <p> It seems like the rational thing to do would be for graph to realize that attempting to build with Sun's compiler was not going to work, and for it to remove itself from the Boost build automatically with a warning. </p> <p> At the very least, this extremely predictable failure should be documented, especially since it is going to occur from now until the end of time. </p> <p> This behavior has occurred since Boost version 1.44. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/5606 Trac 1.4.3 viboes Mon, 16 Apr 2012 19:06:21 GMT cc set https://svn.boost.org/trac10/ticket/5606#comment:1 https://svn.boost.org/trac10/ticket/5606#comment:1 <ul> <li><strong>cc</strong> <span class="trac-author">viboes</span> added </li> </ul> <p> is Boost.Xpressive essential to Boost.Graph? If not I would expect that the parts depending on Boost.Xpresive can be excluded conditionaly. Could this be possible? </p> Ticket Jeremiah Willcock Mon, 16 Apr 2012 19:11:12 GMT <link>https://svn.boost.org/trac10/ticket/5606#comment:2 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/5606#comment:2</guid> <description> <p> There is one I/O routine that uses Xpressive, but I tried changing that to hand-written code and it didn't seem to improve portability to any compilers, so I reverted that change. Other I/O routines use <a class="missing wiki">PropertyTree</a>, which seems to break some compilers as well. I can easily work around the Xpressive issue if I had a Boost.Config macro to tell when it is broken. </p> </description> <category>Ticket</category> </item> </channel> </rss>