January 2007 - Boost - lists.boost.org

[Boost-bugs] [ boost-Patches-1627420 ] [thread] MSVS: Allow use of thread headers with /Za
by SourceForge.net 04 Jan '07

04 Jan '07

Patches item #1627420, was opened at 2007-01-03 15:17 Message generated for change (Comment added) made by sohail_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1627420&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 Private: No Submitted By: sohail (sohail_) Assigned to: Nobody/Anonymous (nobody) Summary: [thread] MSVS: Allow use of thread headers with /Za Initial Comment: The following code will not compile if built with /Za on Visual C++ 7.1+: #include <boost/thread/once.hpp> int main(){} It will fail with the following assertion: # error "Threading support unavaliable: it has been explicitly disabled with BOOST_DISABLE_THREADS" The reason is that the Boost.Config machinery realizes that you cannot use the Windows API unless you enable language extensions. As a result, threads cannot be available. This is correct behaviour when you are indeed *using* the Windows API. However, in the above case where you separately compile the threads library, you do not actually use the Windows API => language extensions are not necessary => no need to explicitly specify BOOST_DISABLE_WIN32. I therefore submit that there be some machinery/configuration variables to allow libraries to specify whether or not they require the Windows API. The proposed patch does not modify existing behaviour. That is, if the config machinery decides that the API is needed, it is required, unless explicitly disabled. The code to do this in library xyz would look something like this: #if defined(BOOST_BUILDING_WHATEVER) # define BOOST_NO_REQUIRE_WIN32 #endif #include <boost/config.hpp> I am uncertain of the exact name of the macro that is required but I am certain a macro is required. The attached patch is against 1.33.1. I don't think there is any rush to put this into 1.34. I'm pretty sure it would be nice, but people can manually patch it until 1.35 whenever that is released. Thanks, Sohail ---------------------------------------------------------------------- >Comment By: sohail (sohail_) Date: 2007-01-03 15:25 Message: Logged In: YES user_id=1682817 Originator: YES That should be: #if !defined(BOOST_BUILDING_WHATEVER) :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1627420&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1627420 ] [thread] MSVS: Allow use of thread headers with /Za
by SourceForge.net 04 Jan '07

04 Jan '07

Patches item #1627420, was opened at 2007-01-03 15:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1627420&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 Private: No Submitted By: sohail (sohail_) Assigned to: Nobody/Anonymous (nobody) Summary: [thread] MSVS: Allow use of thread headers with /Za Initial Comment: The following code will not compile if built with /Za on Visual C++ 7.1+: #include <boost/thread/once.hpp> int main(){} It will fail with the following assertion: # error "Threading support unavaliable: it has been explicitly disabled with BOOST_DISABLE_THREADS" The reason is that the Boost.Config machinery realizes that you cannot use the Windows API unless you enable language extensions. As a result, threads cannot be available. This is correct behaviour when you are indeed *using* the Windows API. However, in the above case where you separately compile the threads library, you do not actually use the Windows API => language extensions are not necessary => no need to explicitly specify BOOST_DISABLE_WIN32. I therefore submit that there be some machinery/configuration variables to allow libraries to specify whether or not they require the Windows API. The proposed patch does not modify existing behaviour. That is, if the config machinery decides that the API is needed, it is required, unless explicitly disabled. The code to do this in library xyz would look something like this: #if defined(BOOST_BUILDING_WHATEVER) # define BOOST_NO_REQUIRE_WIN32 #endif #include <boost/config.hpp> I am uncertain of the exact name of the macro that is required but I am certain a macro is required. The attached patch is against 1.33.1. I don't think there is any rush to put this into 1.34. I'm pretty sure it would be nice, but people can manually patch it until 1.35 whenever that is released. Thanks, Sohail ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1627420&group_… ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Now config macro : BOOST_NO_TWO_PHASE_NAME_LOOKUP
by AlisdairM 04 Jan '07

04 Jan '07

I have just supplied John with a new defect macro and test case to detect compilers that (do not) support 2-phase name lookup with templates, but it would be really helpful if someone who is more familiar with the problem (and access to conforming compilers!) can verify the test for us! The test case is in boost/libs/config/boost_no_two_phase_name_lookup.ipp and currently the code looks like: template< class T > struct base { int call() { return 1; } }; int call() { return 0; } template< class T > struct derived : base< T > { int call_test() { return call(); } }; int test() { derived< int > d; return d.call_test(); } I believe a conforming compiler should only find the 'free' function, where a broken compiler will typically call the function from its base class template. Also, beware of config test failures until the various compiler config headers are updated. This should also give us a good idea of whether the right compilers are being flagged! -- AlisdairM

4 4

Re: [boost] [Threads] Language extensions + MSVC (possible patch with new config)
by Sohail Somani 03 Jan '07

03 Jan '07

> I would appreciate any feedback towards a possible patch. I > am currently running the boost thread tests and hoping that > they don't fail ;) If all goes well, I will rebuild the rest > of boost as well and run tests there. FYI, I've tweaked the boost thread tests to disable language extensions with a modification of the patch I sent earlier. The tests compile and pass both with and without language extensions. Indeed, boost threads builds as it used to as well although the patch does alter this part of boost. If my jam-fu was any good, I'd figure out how to test both combinations automagically if it were necessary. The modification of the patch I sent earlier was basically to have thread/detail/config to say: if msvc && using thread library: // don't need windows api define BOOST_NO_REQUIRE_WIN32 else: // not msvc or building thread library pass Can I get some direction from someone who cares about this? Thank you! Sohail

1 0

Re: [boost] Boost threads + MSVSC + /Za + client code
by Sohail Somani 03 Jan '07

03 Jan '07

Hi John, Thank you for your response. > This may prove to be a tricky one: I think we can safely link > to the thread > lib when building with /Za, but I suspect that there are > other libraries > that depend on BOOST_HAS_THREADS as well: in fact a quick > search through the > headers showed rather a lot of uses, some relate to use of > Boost.Threads, > but many don't. Currently I'm of the (possibly misguided) opinion that the issue is not really whether or not one has the thread library, but whether or not language extensions are required to use header XYZ. That could be the easier solution, if it is indeed the right one. And it could be applied on a per-library basis as needed. > I guess we could invent a new macro BOOST_HAS_THREAD_LIB or > something, but > then to be consistent, we would have to change some but not > all uses of > BOOST_HAS_THREADS in other libraries to this new macro. > Tricky to get it > all right. > > Also, haven't some of the Boost.Thread components become > header only now? > Will these still work with /Za? I hope they do! Perhaps running tests should disallow language extensions (via /Za)? I can imagine a lot of boost users need to run on different compilers/platforms and having language extensions turned off will help. As a side note, it seems that MSVC 8 turns language extensions *on* by default. It has been jokingly said that /Za is deprecated ;) Sohail

2 1

[Boost.TypeTraits] is_virtual_base_of
by Javier Estrada 03 Jan '07

03 Jan '07

While going through the TR1 book from Pete Becker, I noticed that the type traits, which is based on Boost.TypeTraits, does not have a is_virtual_base_of traits, and I'm wondering whether such trait would be (a) possible (b) different from what is_base_of currently provides and (c) useful for any metaprogramming purposes. Regards, Javier

1 0

Review request: Boost.FSM
by Andrey Semashev 03 Jan '07

03 Jan '07

Hi, I would like to ask for a formal review of the Boost.FSM library proposed here not long ago. I've uploaded the implementation, test and documentation into Boost.Vault, it is accessible with this link: http://tinyurl.com/yjozfn There were several changes in the library since the proposal: - Integral constants tagged events support added - Transitions maps support improved. Each transition may now decide in run-time to which state to transit. The transition map itself may be broken into several pieces - the common part and state-specific parts. - Added an implementation of thread-locking state machine. It is quite equivalent to the "state_machine" class but adds a tiny synchronization layer between environment and the machine. - The library has been split into several headers and put into its own directory. - The documentation have been improved. -- Best regards, Andrey mailto:andysem@mail.ru PS: Happy New Year everyone!

4 4

Re: [boost] Boost threads + MSVSC + /Za + client code
by Sohail Somani 03 Jan '07

03 Jan '07

Hi Anthony, Thanks for your response. > if BOOST_DISABLE_WIN32 is > defined and > BOOST_HAS_PTHREADS is not; the implication is that if you > can't use the > Windows headers, then you can't use the Windows thread API, > so if we haven't > got pthread-win32 configured, you can't use Boost threads. This pretty much sums it up, yes. > I am not sure what we can do about this. One issue is that > currently the > thread lib requires windows.h, and therefore compiler > extensions, when the > library sources are built. I'm not sure whether it is safe to > link something > compiled with extensions on against something compiled with > extensions off --- > is the ABI the same? If it *is* safe, then we should remove > this define from > boost/config/suffix.hpp, since the boost thread headers don't > explicitly > include windows.h. I think this is correct but I think the restriction only makes sense if you are building the thread library. Atleast the 1.33.1 code appears to have been written such that headers don't require language extensions. My gut feeling is that a solution like this should work: // BOOST_BUILDING is defined whenever building a boost library #if defined(BOOST_BUILDING) && defined(BOOST_MSVC) # define BOOST_REQUIRE_MSVC_LANGUAGE_EXTENSIONS #endif #include <boost/config/requires_threads.hpp> #if defined(BOOST_REQUIRE_MSVC_LANGUAGE_EXTENSIONS) # undef BOOST_REQUIRE_MSVC_LANGUAGE_EXTENSIONS #endif > OTOH, someone put the restriction there for a reason, and I > wouldn't want to > remove it without careful thought. Of course. Thanks again, Sohail

1 0

Naming of Boost.Graph binary
by David Abrahams 03 Jan '07

03 Jan '07

The binary for Boost.Graph is named differently from all the other library binaries; in particular it is called libbgl-viz-xxx rather than libboost_graph-xxx. This is going to complicate the Getting Started Guide, and although I understand the desire to make it clear that the library is only needed for use with GraphViz, I wonder if this nonuniformity is really worth the price. Can we change the name? We can always install aliases on *nix to smooth the transition. -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 2

Bug Report
by Marshall Clow 03 Jan '07

03 Jan '07

[ Down from 86 on Monday ] Bug count: 86 12 dgregor 9 vladimir_prus 6 beman_dawes 5 nesotto 5 az_sw_dude 4 shammah 4 samuel_k 4 nobody 4 grafik 3 turkanis 3 jsiek 3 jbandela 3 djowel 2 urzuga 2 jmaurer 2 hubert_holin 2 fcacciola 2 dlwalker 2 alnsn 2 agurtovoy 1 pdimov 1 nmusatti 1 mistevens 1 mclow 1 johnmaddock 1 daniel_wallin 1 aaron_windsor Assignee: aaron_windsor <http://sourceforge.net/users/aaron_windsor/> Summary: top-level configure is broken Bug #: 1598153 <http://sourceforge.net/tracker/index.php?func=detail&aid=1598153&group_id=7…> Assignee: agurtovoy <http://sourceforge.net/users/agurtovoy/> Summary: mpl::remove compile error with gcc 4.1.0 Bug #: 1453180 <http://sourceforge.net/tracker/index.php?func=detail&aid=1453180&group_id=7…> Assignee: agurtovoy <http://sourceforge.net/users/agurtovoy/> Summary: documentation mistake Bug #: 1497329 <http://sourceforge.net/tracker/index.php?func=detail&aid=1497329&group_id=7…> Assignee: alnsn <http://sourceforge.net/users/alnsn/> Summary: lexical_cast & pure virtual functions & VC 8 STL Bug #: 1358600 <http://sourceforge.net/tracker/index.php?func=detail&aid=1358600&group_id=7…> Assignee: alnsn <http://sourceforge.net/users/alnsn/> Summary: boost::any - typeid comparison across shared boundaries Bug #: 1577259 <http://sourceforge.net/tracker/index.php?func=detail&aid=1577259&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: wrong usage of ios_base::narrow Bug #: 989487 <http://sourceforge.net/tracker/index.php?func=detail&aid=989487&group_id=75…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: date_time type conversion warning Bug #: 1069225 <http://sourceforge.net/tracker/index.php?func=detail&aid=1069225&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: from_ftime incorrectly processes FILETIME filled with zeros Bug #: 1471025 <http://sourceforge.net/tracker/index.php?func=detail&aid=1471025&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: operator<< for gregorian::date_duration not found Bug #: 1498778 <http://sourceforge.net/tracker/index.php?func=detail&aid=1498778&group_id=7…> Assignee: az_sw_dude <http://sourceforge.net/users/az_sw_dude/> Summary: Unused argument warnings in serialization code Bug #: 1600530 <http://sourceforge.net/tracker/index.php?func=detail&aid=1600530&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: linker error mingw 3.4.5 Bug #: 1426819 <http://sourceforge.net/tracker/index.php?func=detail&aid=1426819&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: VC8 can't find windows.h even though environment is correct! Bug #: 1468124 <http://sourceforge.net/tracker/index.php?func=detail&aid=1468124&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: Log level names wrong in documentation Bug #: 1475886 <http://sourceforge.net/tracker/index.php?func=detail&aid=1475886&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: [filesystem] portable_posix_name() may fail on premain call Bug #: 1509633 <http://sourceforge.net/tracker/index.php?func=detail&aid=1509633&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: significantly different timer class behaviour on Win and Lin Bug #: 1520489 <http://sourceforge.net/tracker/index.php?func=detail&aid=1520489&group_id=7…> Assignee: beman_dawes <http://sourceforge.net/users/beman_dawes/> Summary: directory_iterator doesn't work with catch Bug #: 1576175 <http://sourceforge.net/tracker/index.php?func=detail&aid=1576175&group_id=7…> Assignee: daniel_wallin <http://sourceforge.net/users/daniel_wallin/> Summary: [Parameter] Docco error section 2.7.2 Bug #: 1378446 <http://sourceforge.net/tracker/index.php?func=detail&aid=1378446&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: LEDA graph adaptors do not handle hidden nodes properly Bug #: 1168431 <http://sourceforge.net/tracker/index.php?func=detail&aid=1168431&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: random_vertex/random_edge are unnecessarily inefficient Bug #: 1204684 <http://sourceforge.net/tracker/index.php?func=detail&aid=1204684&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Document copy_component Bug #: 1204688 <http://sourceforge.net/tracker/index.php?func=detail&aid=1204688&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: reverse_graph and constness of property maps Bug #: 1246336 <http://sourceforge.net/tracker/index.php?func=detail&aid=1246336&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Bundled graph properties Bug #: 1420498 <http://sourceforge.net/tracker/index.php?func=detail&aid=1420498&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Dijkstra no_init version should not require VertexListGraph Bug #: 1540116 <http://sourceforge.net/tracker/index.php?func=detail&aid=1540116&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Johnson All-Pairs needs better 'no path' information Bug #: 1567811 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567811&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Numbered headers don't work with 'preferred' syntax Bug #: 1567812 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567812&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Fruchterman-Reingold grid performance can be improved Bug #: 1567818 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567818&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Const correctness violation Bug #: 1567821 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567821&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Memory leaks in adjacency_list? Bug #: 1567828 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567828&group_id=7…> Assignee: dgregor <http://sourceforge.net/users/dgregor/> Summary: Memory leaks with signal::connect? Bug #: 1567829 <http://sourceforge.net/tracker/index.php?func=detail&aid=1567829&group_id=7…> Assignee: djowel <http://sourceforge.net/users/djowel/> Summary: Miss ' = ParserT()' Bug #: 907299 <http://sourceforge.net/tracker/index.php?func=detail&aid=907299&group_id=75…> Assignee: djowel <http://sourceforge.net/users/djowel/> Summary: spirit insert_key_actor.hpp Bug #: 1059936 <http://sourceforge.net/tracker/index.php?func=detail&aid=1059936&group_id=7…> Assignee: djowel <http://sourceforge.net/users/djowel/> Summary: crash in boost::spirit::parse Bug #: 1509978 <http://sourceforge.net/tracker/index.php?func=detail&aid=1509978&group_id=7…> Assignee: dlwalker <http://sourceforge.net/users/dlwalker/> Summary: boost/crc.hpp uses non-standard conforming syntax Bug #: 1478435 <http://sourceforge.net/tracker/index.php?func=detail&aid=1478435&group_id=7…> Assignee: dlwalker <http://sourceforge.net/users/dlwalker/> Summary: 'Bug' in comment (x2) Bug #: 1588359 <http://sourceforge.net/tracker/index.php?func=detail&aid=1588359&group_id=7…> Assignee: fcacciola <http://sourceforge.net/users/fcacciola/> Summary: Numeric Conversion Documentation minor bug Bug #: 1480954 <http://sourceforge.net/tracker/index.php?func=detail&aid=1480954&group_id=7…> Assignee: fcacciola <http://sourceforge.net/users/fcacciola/> Summary: optional documentation Bug #: 1587134 <http://sourceforge.net/tracker/index.php?func=detail&aid=1587134&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: boost jam problem with parallel builds Bug #: 1234224 <http://sourceforge.net/tracker/index.php?func=detail&aid=1234224&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: boost.build needs fixes for HP/UX Bug #: 1395924 <http://sourceforge.net/tracker/index.php?func=detail&aid=1395924&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: Wrong .bat name in vc-8_0-x86_amd64-tools.jam Bug #: 1548427 <http://sourceforge.net/tracker/index.php?func=detail&aid=1548427&group_id=7…> Assignee: grafik <http://sourceforge.net/users/grafik/> Summary: Generated files '@()' don't work in regular expressions. Bug #: 1549607 <http://sourceforge.net/tracker/index.php?func=detail&aid=1549607&group_id=7…> Assignee: hubert_holin <http://sourceforge.net/users/hubert_holin/> Summary: Cannot compile octonion_test.cpp because of bug in sinc.hpp Bug #: 751289 <http://sourceforge.net/tracker/index.php?func=detail&aid=751289&group_id=75…> Assignee: hubert_holin <http://sourceforge.net/users/hubert_holin/> Summary: octonion documentation bug Bug #: 1499814 <http://sourceforge.net/tracker/index.php?func=detail&aid=1499814&group_id=7…> Assignee: jbandela <http://sourceforge.net/users/jbandela/> Summary: Compiler error for tokenizer on Solaris Bug #: 976241 <http://sourceforge.net/tracker/index.php?func=detail&aid=976241&group_id=75…> Assignee: jbandela <http://sourceforge.net/users/jbandela/> Summary: token_iterator::at_end() result is inversed Bug #: 1338326 <http://sourceforge.net/tracker/index.php?func=detail&aid=1338326&group_id=7…> Assignee: jbandela <http://sourceforge.net/users/jbandela/> Summary: bug in char_separator Bug #: 1510041 <http://sourceforge.net/tracker/index.php?func=detail&aid=1510041&group_id=7…> Assignee: jmaurer <http://sourceforge.net/users/jmaurer/> Summary: Diff in state of mersenne_twister gen between GCC3.41 & CW9 Bug #: 1115124 <http://sourceforge.net/tracker/index.php?func=detail&aid=1115124&group_id=7…> Assignee: jmaurer <http://sourceforge.net/users/jmaurer/> Summary: uniform_01 copies engine instead of using a reference Bug #: 1464566 <http://sourceforge.net/tracker/index.php?func=detail&aid=1464566&group_id=7…> Assignee: johnmaddock <http://sourceforge.net/users/johnmaddock/> Summary: Adding boost::is_complex to type_traits.hpp Bug #: 1315712 <http://sourceforge.net/tracker/index.php?func=detail&aid=1315712&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: Spelling of Edmonds-Karp-Algorithm Bug #: 1226292 <http://sourceforge.net/tracker/index.php?func=detail&aid=1226292&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: Calling subgraph::global_to_local on a root graph Bug #: 1444271 <http://sourceforge.net/tracker/index.php?func=detail&aid=1444271&group_id=7…> Assignee: jsiek <http://sourceforge.net/users/jsiek/> Summary: strange compiling problem for transitive_closure Bug #: 1489545 <http://sourceforge.net/tracker/index.php?func=detail&aid=1489545&group_id=7…> Assignee: mclow <http://sourceforge.net/users/mclow/> Summary: Solaris - once.cpp compile error Bug #: 549162 <http://sourceforge.net/tracker/index.php?func=detail&aid=549162&group_id=75…> Assignee: mistevens <http://sourceforge.net/users/mistevens/> Summary: ublas: bug in mapped_vector_of_mapped_vector Bug #: 1528178 <http://sourceforge.net/tracker/index.php?func=detail&aid=1528178&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: boost.range and 'const char[]'. Bug #: 1272315 <http://sourceforge.net/tracker/index.php?func=detail&aid=1272315&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: [Boost.Range]boost::const_begin calls non-qualified 'begin' Bug #: 1361686 <http://sourceforge.net/tracker/index.php?func=detail&aid=1361686&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: bug in boost::range_detail Bug #: 1484477 <http://sourceforge.net/tracker/index.php?func=detail&aid=1484477&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: local_time_facet error in VS2005 Win2003 Bug #: 1551784 <http://sourceforge.net/tracker/index.php?func=detail&aid=1551784&group_id=7…> Assignee: nesotto <http://sourceforge.net/users/nesotto/> Summary: The ptr_map iterator cannot be dereference to value type Bug #: 1566672 <http://sourceforge.net/tracker/index.php?func=detail&aid=1566672&group_id=7…> Assignee: nmusatti <http://sourceforge.net/users/nmusatti/> Summary: Borland compiler error with Pool, boost::pool_allocator Bug #: 988124 <http://sourceforge.net/tracker/index.php?func=detail&aid=988124&group_id=75…> Assignee: nobody Summary: Shmem serious bugs Bug #: 1518563 <http://sourceforge.net/tracker/index.php?func=detail&aid=1518563&group_id=7…> Assignee: nobody Summary: Changing size of memory-mapped file on Windows Bug #: 1532684 <http://sourceforge.net/tracker/index.php?func=detail&aid=1532684&group_id=7…> Assignee: nobody Summary: Warnings on MSVC 2005 Bug #: 1596577 <http://sourceforge.net/tracker/index.php?func=detail&aid=1596577&group_id=7…> Assignee: nobody Summary: MSVC 8 & STLport Bug #: 1612841 <http://sourceforge.net/tracker/index.php?func=detail&aid=1612841&group_id=7…> Assignee: pdimov <http://sourceforge.net/users/pdimov/> Summary: gcc-4.2 atomicity.h location Bug #: 1599422 <http://sourceforge.net/tracker/index.php?func=detail&aid=1599422&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: format: assert when parsing invalid pattern Bug #: 1326132 <http://sourceforge.net/tracker/index.php?func=detail&aid=1326132&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: boost::format parse method doesn't work Bug #: 1439607 <http://sourceforge.net/tracker/index.php?func=detail&aid=1439607&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: 64 bit compile warning/error for boost::format Bug #: 1451470 <http://sourceforge.net/tracker/index.php?func=detail&aid=1451470&group_id=7…> Assignee: samuel_k <http://sourceforge.net/users/samuel_k/> Summary: format zero length string msvc-8 Bug #: 1537844 <http://sourceforge.net/tracker/index.php?func=detail&aid=1537844&group_id=7…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: ct_gcd_lcm.hpp compilation error Bug #: 558174 <http://sourceforge.net/tracker/index.php?func=detail&aid=558174&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: pool::purge_memory() does not reset next_size Bug #: 984124 <http://sourceforge.net/tracker/index.php?func=detail&aid=984124&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: perfomance: memory cleanup for pool takes too long Bug #: 995270 <http://sourceforge.net/tracker/index.php?func=detail&aid=995270&group_id=75…> Assignee: shammah <http://sourceforge.net/users/shammah/> Summary: boost::pool_allocator breaks with vector of vectors Bug #: 1179641 <http://sourceforge.net/tracker/index.php?func=detail&aid=1179641&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: problem with boost::iostreams when compiled with Visual C++ Bug #: 1365752 <http://sourceforge.net/tracker/index.php?func=detail&aid=1365752&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: bug in iostreams/copy.hpp line 81 Bug #: 1610369 <http://sourceforge.net/tracker/index.php?func=detail&aid=1610369&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: iostreams::tee_filter is for output only Bug #: 1612981 <http://sourceforge.net/tracker/index.php?func=detail&aid=1612981&group_id=7…> Assignee: urzuga <http://sourceforge.net/users/urzuga/> Summary: [boost::lambda] Compile error with libstdc++ debug mode Bug #: 1444052 <http://sourceforge.net/tracker/index.php?func=detail&aid=1444052&group_id=7…> Assignee: urzuga <http://sourceforge.net/users/urzuga/> Summary: Lambda: (_1 + 'y')(string('x')) Doesn't Compile Bug #: 1602075 <http://sourceforge.net/tracker/index.php?func=detail&aid=1602075&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: multitoken broken in program_options 1.33 Bug #: 1266877 <http://sourceforge.net/tracker/index.php?func=detail&aid=1266877&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: Fixes for build on IBM pSeries for AIX and Linux Bug #: 1446471 <http://sourceforge.net/tracker/index.php?func=detail&aid=1446471&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: Boost Jam, and non english directorys Bug #: 1480900 <http://sourceforge.net/tracker/index.php?func=detail&aid=1480900&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: program_options: format_paragraph assert fails on long line Bug #: 1485069 <http://sourceforge.net/tracker/index.php?func=detail&aid=1485069&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: boost 1.33.1 build error Bug #: 1487256 <http://sourceforge.net/tracker/index.php?func=detail&aid=1487256&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: [program_options] Endless loop with long default arguments Bug #: 1528399 <http://sourceforge.net/tracker/index.php?func=detail&aid=1528399&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: Parameter reversal in program_options documentation Bug #: 1574213 <http://sourceforge.net/tracker/index.php?func=detail&aid=1574213&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: Function name error in program_options documentation Bug #: 1574751 <http://sourceforge.net/tracker/index.php?func=detail&aid=1574751&group_id=7…> Assignee: vladimir_prus <http://sourceforge.net/users/vladimir_prus/> Summary: program_options find assert fails with multibyte characters Bug #: 1594324 <http://sourceforge.net/tracker/index.php?func=detail&aid=1594324&group_id=7…> -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0