August 2005 - Boost - lists.preview.boost.org

Re: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y >
by Andreas Huber 02 Aug '05

02 Aug '05

--- Brian Braatz <brianb(a)rmtg.com> wrote: > Suggestion: > > is there some way in your design you can get away with deriving > from the > incomplete type to "de-incomplete" it? I don't understand. You can't inherit from an incomplete type. Regards, -- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.

1 0

Boost regression notification (2005-08-02)
by Douglas Gregor 02 Aug '05

02 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-02T15:32:20Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 0 failure in 0 library:

4 3

[iostreams] problem with building library
by Alexey Bakhvalov 02 Aug '05

02 Aug '05

I am trying to build Boost RC1 and I have problem if I enable zlib and bzip2 support for IOStreams library. I am using Boost.Build system and I get the following error during the build process: unknown dependent target <@boost!libs!iostreams!build>libboost_bzip2.lib The build is executed from Boost root directory using .bat-file of the following contents: set NO_BZIP2=0 set NO_ZLIB=0 set ZLIB_SOURCE=.\external\zlib123 set ZLIB_INCLUDE=.\external\zlib123 set BZIP2_SOURCE=.\external\bzip2-1.0.3 set BZIP2_INCLUDE=.\external\bzip2-1.0.3 set TOOLS=vc-7_1 bjam install Am I doing something wrong or it's a problem of the build system? Alexey Bakhvalov

3 3

[tokenizer] offset_separator does not behave as docs state it does
by Bart 02 Aug '05

02 Aug '05

The docs for the offset_separator state the following regarding the breturnpartiallast construction parameter: "For example the string "122501" with offsets (2,2,4) ... With it set to false, it will parse to 12 25 and then will stop because there are only 2 characters left in the sequence instead of the 4 that should have been there." This leads me to believe, the string "1225011" (3 chars in last part) should also stop parsing after the first two tokens and ignore the third. It does not. Using the following example (compiled against current cvs)... int main(){ using namespace std; using namespace boost; string s = "1225199"; int offsets[] = {2,2,4}; offset_separator f(offsets, offsets+3, false, false); tokenizer<offset_separator> tok(s,f); for(tokenizer<offset_separator>::iterator beg=tok.begin(); beg!=tok.end();++beg){ cout << *beg << "\n"; } } Output is: 12 25 199 I think it should be just: 12 25 Thanks, Bart

1 0

1.33.0 Release, why not Beta it first?
by Michael Goldshteyn 02 Aug '05

02 Aug '05

I am going to once again raise the issue of putting the releases into Beta, prior to making a final (6-9 month) release. Perhaps we need a policy of the release being in a final Beta built form for some period, say 2-4 weeks, prior to the final release. I think this will allow people who wait for a packaged version to experiment with any newly added features, fixes, etc... and report issues that can be resolved in the final release, but were not made visible by the regression tests. Just my opinion, Mike

3 2

[1.33.0] User reports go live / feedback request
by Aleksey Gurtovoy 02 Aug '05

02 Aug '05

The following message is a courtesy copy of an article that has been posted to gmane.comp.lib.boost.testing as well. The draft version of user-centric regression reports is now available at http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/user/summar… (http://tinyurl.com/bamym) If you'd like to comment on usability/presentation of these before they go public with the release, now it's time :). -- Aleksey Gurtovoy MetaCommunications Engineering

3 5

[Boost-bugs] [ boost-Bugs-1250022 ] Spelling error in error message
by SourceForge.net 02 Aug '05

02 Aug '05

Bugs item #1250022, was opened at 2005-08-02 00:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1250022&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: serialization Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Robert Ramey (ramey) Summary: Spelling error in error message Initial Comment: In basic_archive.hpp, line 21: #error "no serialization headers my precede any archive headers" should be "may", not "my" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1250022&group_… ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y >
by Brian Braatz 02 Aug '05

02 Aug '05

Suggestion: is there some way in your design you can get away with deriving from the incomplete type to "de-incomplete" it? > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Andreas Huber > Sent: Monday, August 01, 2005 3:33 AM > To: boost(a)lists.boost.org > Subject: [boost] [mpl] as_sequence< X< Y > > instantiates typedefs in X< Y > > > > Hi there > > I'm trying to address a point raised by Jonathan Turkanis during the > formal review of the statechart library. Basically, the problem boils > down to the following: > > #include <boost/mpl/list.hpp> > #include <boost/mpl/size.hpp> > #include <boost/mpl/as_sequence.hpp> > > namespace mpl = boost::mpl; > > // InnerInitial is either an mpl sequence of types or a single type > template< class InnerInitial > > struct state > { > // stateArray_ must have a length equal to the number of types > // in InnerInitial > int stateArray_[ > mpl::size< > typename mpl::as_sequence< InnerInitial >::type > >::type::value > ]; > }; > > // A is defined later, possibly in a different translation unit > struct A; > > template< class X > > struct B > { > typedef typename X::reactions reactions; > }; > > int main() > { > // fine: instantiation with an incomplete type > state< A > a; > // fine: instantiation with an mpl sequence containing B< A > > state< mpl::list< B< A > > > b; > // error: mpl::as_sequence triggers the instantiation of B's member > // typedef, which tries to access the member typedef of A. A compile- > // time error results because A is still incomplete at this point. > state< B< A > > c; // *** here *** > > return 0; > } > > MSVC7.1 and GCC3.4 agree that the last state template instantiation is > illegal (use of undefined type A). I'm wondering whether there is any > way to make this legal (different as_sequence implementation, implement > the state template differently, etc.)? > > Thanks & Regards, > > -- > Andreas Huber > > When replying by private email, please remove the words spam and trap > from the address shown in the header. > > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Re: [boost] [ANN] xpressive 0.9.5 in boost-sandbox
by Brian Braatz 02 Aug '05

02 Aug '05

Nice work! (I especially like the static expressions :) ) Any feel for when you will be ready for formal review? > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Eric Niebler > Sent: Monday, August 01, 2005 8:24 PM > To: Boost mailing list > Subject: [boost] [ANN] xpressive 0.9.5 in boost-sandbox > > << Background >> > xpressive is a TR1 regex work-alike that also accepts regexes as > expression templates and lets regexes nest and call each other > recursively. > > << Significant changes since 0.9.3 >> > - c_regex_traits to wrap the global C locale > - null_regex_traits for searching non-char data > - doc and test improvements > - bugs in static regexes and Unicode support squashed > > << Download >> > xpressive.zip at: > http://boost-sandbox.sf.net/vault/index.php?directory=eric_niebler > > << Docs >> > http://boost-sandbox.sf.net/libs/xpressive > > Note: You can consider this the xpressive 1.0 release candidate. All > that remains is to add more tests and documentation, and perhaps a tweak > to the traits interface. > > -- > Eric Niebler > Boost Consulting > www.boost-consulting.com > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[ANN] xpressive 0.9.5 in boost-sandbox
by Eric Niebler 02 Aug '05

02 Aug '05

<< Background >> xpressive is a TR1 regex work-alike that also accepts regexes as expression templates and lets regexes nest and call each other recursively. << Significant changes since 0.9.3 >> - c_regex_traits to wrap the global C locale - null_regex_traits for searching non-char data - doc and test improvements - bugs in static regexes and Unicode support squashed << Download >> xpressive.zip at: http://boost-sandbox.sf.net/vault/index.php?directory=eric_niebler << Docs >> http://boost-sandbox.sf.net/libs/xpressive Note: You can consider this the xpressive 1.0 release candidate. All that remains is to add more tests and documentation, and perhaps a tweak to the traits interface. -- Eric Niebler Boost Consulting www.boost-consulting.com

1 0