- Boost - lists.boost.org

[fusion] tuple missing from sequence models?
by Mateusz Loskot 22 Oct '10

22 Oct '10

Hi, The boost::tuple seems to be missing (intentionally?) from the models of conforming to the forward sequence concept: http://www.boost.org/doc/libs/1_44_0/libs/fusion/doc/html/fusion/sequence/c… Though, the later chapter states it's adapted: http://www.boost.org/doc/libs/1_44_0/libs/fusion/doc/html/fusion/adapted.ht… Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org

2 2

[test] export bug or [graph] test mis-configured?
by Jim Bell 22 Oct '10

22 Oct '10

Boost.graph's stoer_wagner_test won't link on mingw32, with multiple definitions of various unit_test::test_case::... symbols. All symbols seem to be found in test/impl/unit_test_suite.ipp. Dynamic libraries for both boost_test_exec_monitor and boost_unit_test_framework are linked in. The compile has: -DBOOST_ALL_NO_LIB=1 -DBOOST_TEST_DYN_LINK=1 -DBOOST_TEST_NO_AUTO_LINK=1 So is this graph test's compile or link wrong (but being forgiven on other platforms), or is test (notably unit_test_suite.ipp) not exporting symbols as it should (and that's being forgiven on other platforms)? The same problem (conceptually) is happening on msvc8, though it calls out more than just unit_test_suite.ipp.

1 0

[quickbook] Lists with paragraphs
by Edward Diener 21 Oct '10

21 Oct '10

Is there any way to specify a list with paragraphs embedded in each list item, such as a final result of: 1. Some data here. Some more data here. Maybe some code here. 2. Other data here More code here. In other words I can normally do this with lists by not separating lines which form individual paragraphs, but I want the spacing and paragraphs for each list item.

2 2

Unify multi_array and ublas matrix
by Gonsolo 21 Oct '10

21 Oct '10

Hi! Is there a plan to unify Boost's multi_arrays and ublas matrices? It seems to me those concepts are very similar. g

1 0

Re: [boost] [Backtrace] Any interest in portable stack trace?
by nimaca2001＠libero.it 21 Oct '10

21 Oct '10

> Linux, Solaris and Mac OS X have functions backtrace and backtrace_symbols > in libc: See: http://linux.die.net/man/3/backtrace > > Windows starting from XP has RtlCaptureBackTrace in kernel32.dll: > See http://msdn.microsoft.com/en-us/library/ff552119(VS.85).aspx > > So the rest is translate symbols, under Unixes I have dladdr and under Windows > dbghelp. How difficult would be a separate translation made with the map file instead of PDB file? (My main goal is to get the backtrace with raw addressed and traslate them 'at home' without spreading around rarely used stuff) Marco

1 0

Re: [boost] [1.45] Beta final schedule
by Jim Bell 20 Oct '10

20 Oct '10

>> > >> > Can we petition to hold up this release for some important bug fixes to >> > catch up to it? > This idea has some traction with me. ... > Ticket numbers? So far... https://svn.boost.org/trac/boost/ticket/4736 https://svn.boost.org/trac/boost/ticket/4698 https://svn.boost.org/trac/boost/ticket/4747 Less important, but would remove more yellow from the regression table... https://svn.boost.org/trac/boost/ticket/4735

7 9

svn.boost.org down?
by John Maddock 20 Oct '10

20 Oct '10

SVN seems to be working Ok, but something has taken Trac down, any ideas anyone? Cheers, John.

3 3

Thoughts for a GUI (Primitives) Library
by Gwenio 20 Oct '10

20 Oct '10

As it stands, neither Boost nor C++ has any support for GUI applications. Therefore I am suggesting a library that provides the bare minimum required to create a GUI application. My thoughts on what this library would contain are as follows: - Types for controls (contexts bound to the extent of their parent) and windows (contexts that remain separate from their parents). - An event handler class that is passed when controls and windows are created that contains all information needed to handle events for the new context. - Functions for generating events (if applicable) and (a) function(s) to initiate message handling (unless the event loop is run in its own thread like in Java). - Functions to access and manipulate the data of the contexts (size, position, z-order, ect). - Miscellaneous other types used for support (such as for screen positions). - A way to retrieve the native concept of a window/control. As you can see, there are no controls/widgets/ect defined, either from the library or using the native versions. Such things can be added later, if people can ever agree on how they should be implemented. It needs a lot of refining, but I believe this covers the *minimum* support that is needed for a GUI.

22 78

Re: [boost] [1.45] Beta final schedule
by Jim Bell 20 Oct '10

20 Oct '10

> Message: 5 > Date: Tue, 19 Oct 2010 15:09:50 -0700 > From: Eric Niebler <eric(a)boostpro.com> > To: boost(a)lists.boost.org > Subject: Re: [boost] [1.45] Beta final schedule > Message-ID: <4CBE172E.90602(a)boostpro.com> > Content-Type: text/plain; charset=ISO-8859-1 > >> > >> > So far... >> > >> > https://svn.boost.org/trac/boost/ticket/4736 >> > https://svn.boost.org/trac/boost/ticket/4698 >> > https://svn.boost.org/trac/boost/ticket/4747 >> > >> > Less important, but would remove more yellow from the regression table... >> > https://svn.boost.org/trac/boost/ticket/4735 > Can you comment on whether these are regressions from previous releases? 1.44 had the first three, which is what (eventually) led me to this list (and pitching in to fix them).

2 1

Re: [boost] Understanding the test matrix
by Jim Bell 20 Oct '10

20 Oct '10

> The release test matrix seems to be telling me that there are many failures > on different platforms, and in fact > that there is no platform with no failures on all libraries, or libraries > with no failures on all platforms. We just > live with that, is that right? > > Do all the failures get fixed before an actual release is made, or noted in > the release notes? I think the original philosophy was that it should work on mainstream, modern compilers/platforms, but not necessarily on your old/outlier, and here's a matrix of what's been tested. I'm okay with that. Also, a single unexpected regression failure marks the whole library as fail/yellow on the main matrix. And something like serialization not linking cascades to several other libraries showing failed (e.g., date_time on mingw32). It should be that way, but it shakes the casual observer's confidence in all of boost. All this to say, maximizing the green on that regression matrix is worth the work, and worth holding up a release, IMHO. Also, many fixes are not as simple as just looking at the test results for a compiler/platform you have little experience with and can't test first-hand. (E.g., Ticket # 4736 -- it's clear the author was looking for the failure, but the only thing that made progress was my running it in gdb on that particular platform.)

1 0