- Boost - lists.boost.org

Duplicates (was: [Boost-docs] [quickbook] [MPL] Knowing where you are the wrong way)
by David Abrahams 22 Mar '06

22 Mar '06

Daryle Walker <darylew(a)hotmail.com> writes: <snip> Daryle, We're seeing duplicate copies of all your messages. I assume that's because you'resending to both the mailing list and the newsgroup. If so, could you please pick just one? -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 1

[Boost-bugs] [ boost-Feature Requests-1456429 ] make portable stdint.h from boost code
by SourceForge.net 22 Mar '06

22 Mar '06

Feature Requests item #1456429, was opened at 2006-03-22 13:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1456429&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: config Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Maddock (johnmaddock) Summary: make portable stdint.h from boost code Initial Comment: There appears to be an industry-wide need for a good, portable stdint.h library, compatible with the C99 standard. boost.org has the knowledge to create such a header, based on their current stdint.hpp header and associated code. However, what is needed is a C-compatible version that could be used in any environment. boost.org would be doing developers a big favor if it could adapt its existing stdint.hpp header to a C-compatible C99 compliant stdint.h header. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1456429&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

MPC support for Boost
by Kevin Heifner 22 Mar '06

22 Mar '06

After seeing some posts about people having difficulties building Boost with bjam and Dave Abrahams comment about wishing to add Microsoft solution files as an alternative build option. OCI decided to add MPC (http://www.ociweb.com/products/mpc) support to Boost. Chad Elliott the creator of MPC put together the zip file in Boost Vault under Miscellaneous which contains the necessary files to add MPC support to Boost. Here is a little description of the addition. It would be great if this could be added to Boost and something similar to this description added to the getting started web page. Building Boost using bjam is straightforward and easy to use for those used to building applications with make. However, for those who have little or no exposure to make may find building Boost with bjam somewhat confusing or difficult. The MPC application can be used to provide an alternate build mechanism for the Boost libraries. MPC (http://www.ociweb.com/products/mpc) can generate makefiles and projects for various build tools (make, Visual C++ 6.0, Visual Studio 7.1, etc.) Allowing users to choose their favorite build tool increases the appeal of Boost. We have put together boost.mwc (a workspace), a set of mpc files (projects) and a simple perl based configure script that allows MPC to generate a usable workspace (with projects) to build various libraries located in Boost. This perl based configure script is used to set up various required environment variables and then runs MPC. It takes a few options (most (coicide with the existing configure shell script), one of which is the --with-toolset option that converts the Boost toolset into the corresponding MPC options. The result of building Boost with MPC will leave the user with a set of libraries located in a "lib" directory at the top of the boost directory tree. The libraries are named as they would be when built with bjam. The current state of the .mwc file and perl based configure script only allows building multi-threaded versions of the Boost libraries. This is not meant to replace bjam, just provide an alternate way of building Boost. Thanks, KevinH -- Kevin Heifner heifner @ ociweb.com http://heifner.blogspot.com Object Computing, Inc. (OCI) www.ociweb.com

4 9

[iostream] How to compress & decompress wide stream
by Marc VIALA 22 Mar '06

22 Mar '06

Hi, I would like to manage the compression & decompression of wide stream. I have already implemented this functionality for narrow stream by using Boost.Iostream, see the code snippet hereafter, but I'm really too newbie with this library to generalize with wide stream. Any and all help appreciated? <\code snippet> // Compression of narrow stream void compress(std::istream& is, std::ostream& os) { io::filtering_streambuf<io::output> out ; out.push(io::gzip_compressor()) ; out.push(os) ; io::copy(is, out) ; } // Decompression of narrow stream void decompress(std::istream& is, std::ostream& os) { io::filtering_streambuf<io::input> in ; in.push(io::gzip_decompressor()) ; in.push(is) ; io::copy(in, os) ; } <\code snippet> Marc Viala mviala(a)acticm.com

1 0

[xpressive] Range-based interface (was: Re: How about other kinds of lists...)
by João Abecasis 22 Mar '06

22 Mar '06

[moving this thread to the the main Boost list, please don't reply to Boost-Docs.] For the benefit of those who are joining us now, I'm pursuing a range-based interface for Spirit (see my post on Spirit's list http://tinyurl.com/npvnz) Eric Niebler wrote: > João Abecasis wrote: >> Also what is the rationale for singling out std::basic_string (and >> Char const *) instead of going for the more general Range concept? > > Very off-topic here, but I'm just following the TR1 regex spec. Besides, > in the future, Range won't cover Char const *. A Range-based interface > might make for a nice extension to TR1, though. For Spirit, the situation is the same. To circumvent this, I'm locally extending the Range concept to include istreams, fstreams and, when Range drops support for those, string literals. To this end, there's an extensible as_range<T> class template that is specialized to offer automatic conversion of T to a real range. Working code is available through the link above. What do you think of this? Regards, João

2 2

[date-time] test failure (was: Boost.Build v1 broken?)
by David Abrahams 22 Mar '06

22 Mar '06

David Abrahams <dave(a)boost-consulting.com> writes: > Aleksey Gurtovoy <agurtovoy(a)meta-comm.com> writes: > >> Our continuous regressions against CVS HEAD have been failing for the >> last 24 hours or so with the following log: >> >> boost-test(RUN) "date_time/testtime_serialize" : "libs\date_time\test\posix_time\testtime_serialize.cpp" >> boost-test(RUN) "date_time/testtime_serialize_std_config" : "libs\date_time\test\posix_time\testtime_serialize.cpp" >> **** DLLs cannot be built with this compiler and stlport 4.x **** >> **** skipping build of <@boost!libs!serialization!build>boost_serialization.dll; toolset= vc-6_5-stlport variant= debug **** >> C:\Users\Administrator\boost\main\boost\tools/build/v1\boost-base.jam:1585: in find-compatible-subvariant >> *** argument error >> * rule split-target-subvariant ( target-var properties-var toolset-var variant-var : subvariant ) >> * called with: ( sv-target sv-properties sv-toolset sv-variant : ) >> * missing argument subvariant >> C:\Users\Administrator\boost\main\boost\tools/build/v1\boost-base.jam:2032:see definition of rule 'split-target-subvariant' being called > ... >> C:\Users\Administrator\boost\main\boost\tools/build/v1\testing.jam:552: in run >> ..\libs\date_time\test\Jamfile:220: in load-jamfiles >> C:\Users\Administrator\boost\main\boost\tools/build/v1\allyourbase.jam:1764: in SubInclude >> C:\Users\Administrator\boost\main\boost\tools/build/v1\allyourbase.jam:1352: in subinclude >> Jamfile:25: in load-jamfiles >> C:\Users\Administrator\boost\main\boost\tools\build\v1\bootstrap.jam:21: in boost-build >> C:\Users\Administrator\boost\main\boost\boost-build.jam:16: in module scope >> >> Does this ring a bell to anybody? > > I don't know what command-line arguments bjam is being invoked with, > but for me, building in libs/date_time/test works without a hitch. I am, however, getting the following test failure: execute-test c:\tmp\build\v1\bin\boost\libs\date_time\test\testlocal_time.test\vc-8_0\debug\threading-multi\testlocal_time.run ====== BEGIN OUTPUT ====== Pass :: Zone abbreviation Pass :: base offset Pass :: zone has dst Pass :: is_dst check Pass :: to_string: 2003-Dec-20 05:00:00 MST Checking copy construction Pass :: is_dst check Pass :: to_string: 2003-Dec-20 05:00:00 MST Pass :: zone has dst Pass :: base offset Checking special_value construction Pass :: is special_value Pass :: to_string: not-a-date-time Pass :: is_dst Pass :: is special_value Pass :: to_string: +infinity Pass :: is_dst Pass :: Add a duration to a special value Pass :: max_date_time to_string: 9999-Dec-31 18:59:59.999999999 EST EXIT STATUS: 3 ====== END OUTPUT ====== -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

[Boost-bugs] [ boost-Feature Requests-1456195 ] mkstemp
by SourceForge.net 22 Mar '06

22 Mar '06

Feature Requests item #1456195, was opened at 2006-03-22 07:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1456195&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mkstemp Initial Comment: Could you add a function similar to mkstemp in boost::filesystem? It would be interesting if it could receive an boost::filesystem::path or an std::string as input and return a ofstream and a path or a string as output jesus.malo(a)bsc.es ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1456195&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Bugs-1450260 ] boost::format and empty string crash in MSVC 8.0
by SourceForge.net 22 Mar '06

22 Mar '06

Bugs item #1450260, was opened at 2006-03-15 12:21 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=1450260&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Adal Chiriliuc (adalx) Assigned to: Nobody/Anonymous (nobody) Summary: boost::format and empty string crash in MSVC 8.0 Initial Comment: std::string x; cout << boost::format("%s") % x; MSVC 8.0 will assert because of a NULL pointer. This was also reported here with details: http://lists.boost.org/Archives/boost/2006/01/99194.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1450260&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

boost::variant - ambiguity in boost::variant source code I cannot disambiguate
by Peter Schregle 22 Mar '06

22 Mar '06

Hi, I cannot figure out, why the following little program does not compile. It simply typedefs a variant of a specific bounded type set and then derives a class from this type. I've tried to compile it with VC 2005. It does not compile because of ambiguous overloads within the boost::variant source. It would be very helpful if somebody could shed light on the issue. Best regards Peter PS: I intended to post this to the boost developers list, but I was unable to log onto the list today. ************************************************************* #include <boost/variant.hpp> typedef boost::variant<char, int, double> numeric_type_variant; class numeric_type : public numeric_type_variant { public: /// Default constructor. numeric_type() : numeric_type_variant() { } template <typename T> /// Converting constructor. numeric_type(T const& t) : numeric_type_variant(t) { } // some more code }; int main(int argc, char* argv[]) { char ba; int bb; double bc; numeric_type a; numeric_type b(ba); numeric_type c(bb); numeric_type d(bc); a = ba; a = bb; a = bc; return 0; } ************************************************************* This is the build log: ------ Build started: Project: test_variant, Configuration: Debug Win32 ------ Compiling... test_variant.cpp c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1342) : error C2666: 'boost::variant<T0_,T1,T2>::convert_construct' : 2 overloads have similar conversions with [ T0_=char, T1=int, T2=double ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1327): could be 'void boost::variant<T0_,T1,T2>::convert_construct<char,int,double,boost::detail:: variant::void_,boost::detail::variant::void_,boost::detail::variant::void_,b oost::detail::variant::void_,boost::detail::variant::void_,boost::detail::va riant::void_,boost::detail::variant::void_,boost::detail::variant::void_,boo st::detail::variant::void_,boost::detail::variant::void_,boost::detail::vari ant::void_,boost::detail::variant::void_,boost::detail::variant::void_,boost ::detail::variant::void_,boost::detail::variant::void_,boost::detail::varian t::void_,boost::detail::variant::void_>(const boost::variant<T0_,T1,T2> &,long)' with [ T0_=char, T1=int, T2=double ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1258): or 'void boost::variant<T0_,T1,T2>::convert_construct<const T>(T &,int,boost::mpl::false_)' with [ T0_=char, T1=int, T2=double, T=numeric_type ] while trying to match the argument list '(const numeric_type, long)' c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1580) : see reference to function template instantiation 'boost::variant<T0_,T1,T2>::variant<T>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] c:\_ngi\toolkits\boost_1_33_1\boost\variant\variant.hpp(1590) : see reference to function template instantiation 'void boost::variant<T0_,T1,T2>::assign<T>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] c:\_schrott\test_variant\test_variant\test_variant.cpp(36) : see reference to function template instantiation 'boost::variant<T0_,T1,T2> &boost::variant<T0_,T1,T2>::operator =<numeric_type>(const T &)' being compiled with [ T0_=char, T1=int, T2=double, T=numeric_type ] Build log was saved at "file://c:\_schrott\test_variant\test_variant\Debug\BuildLog.htm" test_variant - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

1 0

Re: [boost] [quickbook] [MPL] Knowing where you are the wrong way
by David Abrahams 22 Mar '06

22 Mar '06

Daryle Walker <darylew(a)hotmail.com> writes: > [I've added the main Boost list to this response so the MPL guys can see > it.] > > On 3/16/06 5:46 AM, "Joel de Guzman" <joel(a)boost-consulting.com> wrote: > >> In the link I presented a while ago (http://snipurl.com/no8s) >> you might have noticed that the headings are clickable. >> Headings now link to itself. Again, this is borrowed from >> the MPL docs. This allows you to right click and copy >> the URL, for example (especially useful in deeply nested >> sections). You know where you are, anywhere. > > [That URL is > <http://spirit.sourceforge.net/dl_docs/quickbook_doc/quickbook/doc/html/quic > kbook/intro.html>, BTW. Check out the first word "Introduction" > right before the quote for the link Joel is talking about.] > > I've read on some web design website that this is horrible UI. Why is "some web design website" an arbiter of good UI? > This is a feature that may be "kewl" for very advanced users, but > it's obscure for above-average users, and detrimental to anyone > else. I'm a below-average or middling web user and for me it has nothing to do with "kewlness." Once I discovered the feature I considered it useful. > 1. This word is an out-link without looking like an out-link. What's an "out-link?" > We shouldn't be presenting data like Easter egg hunts. You could > counter by saying that the disguise is a good thing to dissuade > newbies, but then how could oldbies discover it without looking at > the source, scrubbing the page, or reading this e-mail? (It's a > variant of guideline #3 at > <http://www.useit.com/alertbox/20031110.html>.) It's useful if you discover it, but non-crucial, so it doesn't matter if you don't discover it. Coloring the text like a link would hurt overall readability of the page, which is more important than discovering this back-link. Furthermore, I don't see any relation to guideline #3 there: 3. Use color to distinguish visited and unvisited links This is about whether you can tell it's a link at all in the first place. > 2. Out-links to the same page is confusing to newbies. They'll > think "my link click failed," not "it's a mnemonic for my browser's > 'copy URL link' contextual-menu function." It isn't a memnonic for that. Did you even try clicking it? It links back to the TOC entry that links to the heading, so you can see the context you're in. I suppose Jonathan Turkanis' menu control might be able to solve the same problem, but apparently we're not ready to use that everywhere, yet. Why do you think newbies will consider their link click to have failed? > (It's based on guideline #10 from the web page I > mentioned in [1].) That guideline is useless because it precludes putting a linked TOC on the page. The rationale is wrong as long as the page is too large to fit on the screen all at once. -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 2