- Boost - lists.boost.org

Re: [boost] [test] REVERTED
by Eric Niebler 17 Oct '07

17 Oct '07

Gennadiy Rozental wrote: > "Eric Niebler" <eric(a)boost-consulting.com> wrote in message > news:47150CB0.8060302@boost-consulting.com... >> Beman Dawes wrote: >>> Eric Niebler wrote: >>>> We seem to be having a lot of problems >>>> with Boost.Test lately. This is really bad. Should we revert Boost.Test >>>> to something that works? >>> Yes. This is a disaster. >>> >>> Can you do the revert? I'm tied up. It looks like a series of changes >>> where make on revisions 40065-40078, and then 40090. >> >> I've reverted all the Boost.Test changes since r40064. > > You reverted to wrong version. 40064 includes the issue with infinite > recursion. OK, but you didn't say which revision I should revert to, so I just reverted all the way back to r40013, which is just before a huge number of Boost.Test changes. Beman, others, please give this a shot. -- Eric Niebler Boost Consulting www.boost-consulting.com

2 1

[intrusive] Expected failure markup.
by Markus Schöpflin 17 Oct '07

17 Oct '07

Hello, I would like to ask if the expected failure markup for intrusive could be removed for Tru64/CXX. There are still many failures left, but as this platform has lost it's 'officially supported' boost status the expected failure markup isn't relevant anyway. It would help me a lot in fixing the remaining issues, as it gives a nice overview of what already works and what doesn't. Regards, Markus

3 3

[fusion] missing map_tie documentation from spirit website
by Michael Marcin 17 Oct '07

17 Oct '07

The map_tie documentation link on http://tinyurl.com/yw5le8 is broken. Thanks, Michael Marcin

1 0

[test] broken on gcc 3.4?
by Eric Niebler 17 Oct '07

17 Oct '07

This is gcc-3.4 (cygwin). In file included from C:\cygwin\home\ericne\boost\org\trunk\libs\test\src\execution_monitor.cpp:16: ../../boost/test/impl/execution_monitor.ipp: In function `void boost::detail::execution_monitor_jumping_signal_handler(int, siginfo_t*, void*)': ../../boost/test/impl/execution_monitor.ipp:635: error: expected id-expression before "__extension__" ../../boost/test/impl/execution_monitor.ipp:635: error: expected `;' before "__extension__" ../../boost/test/impl/execution_monitor.ipp:635: error: expected primary-expression before ')' token ../../boost/test/impl/execution_monitor.ipp:635: error: expected `;' before ')' token I'm fully sync'ed up to svn head. We seem to be having a lot of problems with Boost.Test lately. This is really bad. Should we revert Boost.Test to something that works? -- Eric Niebler Boost Consulting www.boost-consulting.com

4 4

[parameter] Macro for CodeGear SFINAE problems (answering Dave's comment)
by Nicola Musatti 17 Oct '07

17 Oct '07

Dave wrote in a Ticket comment: > OK, then if you can find the time, I would prefer then to have another > configuration macro (parameter-library-specific if no other libs need it) > for this purpose. Code repetition is evil, even PP code. [I'm moving this discussion: http://svn.boost.org/trac/boost/ticket/1305 to the mailing list, as it seems more appropriate.] Where you thinking of something like BOOST_CODEGEAR_SFINAE_BUG? If so, I'll look into it. Cheers, Nicola Musatti

2 1

[xpressive] HP-UX_ia64_aCC problem ... care to help?
by Eric Niebler 17 Oct '07

17 Oct '07

Two of xpressive's tests are crashing on the HP-UX_ia64_aCC platform. Is there anybody with access to this platform that would like to help me track it down? Just run xpressive's "test_actions" test and send me a backtrace of the crash. Whoever helps gets a gold star. :-) -- Eric Niebler Boost Consulting www.boost-consulting.com

2 5

force threading
by Gennadiy Rozental 17 Oct '07

17 Oct '07

How do I force <threading>single for cw toolset?

1 0

[boos][Trac] Anybody tried the code review plugin?
by John Femiani 16 Oct '07

16 Oct '07

I noticed that there is a code review plug-in for Trac. Since boost seems to be using Trac now, does anybody else think that this could be nice to have as part of the boost process? I don't have experience using the plugin but it seems nice to me. -- John

2 1

Future of Boost.Thread, date-time, and C++0x
by Jeff Garland 16 Oct '07

16 Oct '07

At the Kona meeting (just finished) the standard committee made very significant progress on threading for C++0x -- voting in a proposal written by Howard H, Beman, Anthony Williams, myself, and others -- subject to wording changes to be made by a small drafting committee. Basically we were in agreement on semantics, but even after several late night drafting sessions people weren't happy with the standardeze. While much of the proposal is based on Boost.thread it has some serious departures in the way mutexes and guard interfaces work, it's use of date-time types for clock/timing interfaces and such. At this point I feel it would be very important to have a reference implementation widely available to Boosters and others to play with so that any issues are shaken out while there's still time tweak things. Howard has been maintaining a reference implementation, but this is a call out to the broader thread development team (not sure who all that is now besides Anthony) to consider how we might formalize this into Boost.threads. Thoughts? Jeff

8 15

[mipspro] shared libraries issue
by Vladimir Prus 16 Oct '07

16 Oct '07

Per: http://tinyurl.com/yuh7m4 Boost.Python fails to link on MIPSPRO toolset. The errors suggest that the linker tries to create executable, not a shared library, and in fact, I don't see any linker flag potentially causing shared library to be created in mipspro.jam:link.dll Any ideas? - Volodya

1 0