John Maddock wrote:
Rene Rivera wrote:
The problem is that the Jamfile for the math lib is doing a compile test. That seems like a bad idea to me if there's no purpose other than to just do the test.
So, is there a good reason for doing that test during build?
One of the three libraries built in that Jamfile won't build on Darwin (because of no long double support for that platform in Boost.Math), the test is there to suppress building of that library in that case - without it you'll get thousands of pages of meaningless compiler errors which won't be much use to the user :-(
Any better suggestions? BTW I basically copied the code from what the serialisation library does when there's no wchar_t support.
Hm, I'll have to think some more about that.
PS. It makes it a PITA to test building Boost before merging to release with such things going on!
How so? Not trying to awkward... just to understand the issues,
Initially just because I didn't know if it was a problem I introduced, since I was working on making build changes. Hence I spent a good number of minutes trying to figure out the ultimate programmer question "Did *I* break something?". It means that each time I do the top level build I'll have to take careful note if it's the failing test or something I did. And as you know humans aren't very good at doing careful repetitive tasks. So it's a PITA since it means more time I have to spend thinking about the output, and less about what I'm trying to fix. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org (msn) - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim,yahoo,skype,efnet,gmail