- Boost - lists.boost.org

[UUID] Code for UUIDs as PODs and other changes
by Scott McMurray 06 Dec '08

06 Dec '08

I remarked the other day that a UUID has a well-defined, portable binary format, so I took a bit of time to rearrange things to make the UUID class a POD and make more use of the generators idea. Along the way I made a few other changes. I've uploaded the result (with updated docs) to the vault as uuid_alt_v13_pod.zip : http://www.boostpro.com/vault/index.php?action=downloadfile&filename=uuid_a… Some elaboration follows below. Comments appreciated. ~ Scott PODness: As a POD, all the constructors are of course gone. This doesn't bother me, but I have no idea what others will think. In fact, I like it better, since I don't think that serialization to and from strings belongs in the type, and it seems like using a lexical_cast is perfectly reasonable: uuid u = lexical_cast<uuid>("21f7f8de-8051-5b89-8680-0195ef798b6a"); This cuts out a large chunk of code, too. I don't know if it's useful, but aggregate syntax also opens possibilities: uuid u = { /* 6ba7b814-9dad-11d1-80b4-00c04fd430c8 */ 0x6b, 0xa7, 0xb8, 0x14, 0x9d, 0xad, 0x11, 0xd1, 0x80, 0xb4, 0x00, 0xc0, 0x4f, 0xd4, 0x30, 0xc8 }; In a possibly controversial move, I changed everything that could throw exceptions. That's not that much, though. The std::string parsing code I had already removed, which was the only source of one exception. The other came from the byte input iterator range constructor, which I kept as an assign member function (though I made mutable iterators available, so it's unnecessary). In there I switched the throw to an assert, assuming that it's reasonable for people to arrange for there to always be 16 elements as a precondition, since it's raw construction (which is used into the generators, for example) rather than something likely to come from user input. Include cost: I took the opportunity to move the stream I/O code out to its own header, like the serialization code is. This means that the uuids/uuid.hpp header is fairly light, as the <locale> and <string> includes are gone. In fact, all that's left are these: #include <boost/array.hpp> #include <boost/assert.hpp> #include <boost/config.hpp> #include <boost/cstdint.hpp> #include <boost/numeric/conversion/cast.hpp> #include <boost/static_assert.hpp> Generators: I liked the idea of using a generator object for the random UUIDs, so I wanted to extend that idea. I renamed it to random_generator, on the theory that random_generator<> isn't strenuous if a user wants the default PRNG. boost::uuids::random_generator<> gen1; boost::uuids::uuid u1 = gen1(); boost::lagged_fibonacci44497 rng; boost::uuids::random_generator<boost::lagged_fibonacci44497&> gen2(rng); boost::uuids::uuid u2 = gen2(); For name-based, I introduced a sha1_generator class. This is seeded with a namespace UUID (those from the RFC are provided in boost::uuids::namespaces), and then has an operator() that takes a byte input iterator range. It may be interesting to add a boost.range overload, allowing the generator to be used as a transform functor for strings. boost::uuids::sha1_generator gen(boost::uuids::namespaces::dns()); std::string name = "www.widgets.com"; boost::uuid u = gen(name.begin(), name.end()); Native UUIDs: I recall that someone in the review wanted an interface to the OS functionality, and I had been looking at Linux's earlier, so I wrote up 2 additional generators. e2fsprogs_generator uses the <uuid/uuid.h> header and libuuid on Linux, and passes all the tests that random_generator does. windows_generator uses UuidCreate, and is completely untested. Variants and Versions: I thought being able to find out these might be a good idea, so they're there too. enum variant_type {variant_ncs = 0, variant_dce = 1, variant_rfc_4122 = variant_dce, variant_microsoft = 2, variant_other = 3}; variant_type variant() const; enum version_type {version_wrong_variant = -1, version_unknown = 0, version_1 = 1, version_time_based = version_1, version_2 = 2, version_dce_security = version_2, version_3 = 3, version_name_based_md5 = version_3, version_4 = 4, version_random = version_4, version_5 = 5, version_name_based_sha1 = version_5}; version_type version() const; Implementation Details: I switched sha1.hpp over to using int32_t to remove the 4-byte-int requirement. I also let it handle 512 MiB+ messages (if size_t can), though that's not a serious concern. I replaced the *reinterpret_cast<unsigned long*> in random_generator with the kind of code used in sha1 that doesn't have the endianness dependence or what I think is an aliasing violation.

1 0

lexical_cast optimization
by David Abrahams 06 Dec '08

06 Dec '08

Someone was asking me today about the inefficiency of lexical_cast for its common itoa/atoi-like usage, and it occurred to me that it could *easily* be optimized to handle the common cases by dispatching to itoa/atoi ftoa/atof where available, and even sprintf. Seems like a great idea to me. Thoughts? -- Dave Abrahams BoostPro Computing http://www.boostpro.com

9 9

[interprocess] default constructors
by Jan Stetka 06 Dec '08

06 Dec '08

Hi, Is there any reason why named_mutex and managed_shared_memory don't have a default constructor?

6 24

Running Boost Regression Tests
by frederic.bron＠alcan.com 05 Dec '08

05 Dec '08

I have tried to run the regression tests but I seem unsuccessful. My machine is a linux RHE4 x86_64 (Linux vorace0 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:32:02 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux). I wanted to test compiler intel 10.0 and g++ 3.4.6 (have also 4.1.0 but the name is g++4 and I do not know how to make boost understand it exists). Here is what I did: 1. downlowd run.py 2. python run.py --runner=bronf --platform=linux_x86_64 --tag=trunk --toolsets=gcc-3.4.6,intel-linux-10.0 I obtained the attached output (run.log) which ends with: # Running Boost.Build tests Traceback (most recent call last): File "run.py", line 60, in ? runner(root) File "/soft/bal/usr/builds/boost_test/tools_regression_src/regression.py", line 189, in __init__ self.main() File "/soft/bal/usr/builds/boost_test/tools_regression_src/regression.py", line 542, in main getattr(self,action_m)() File "/soft/bal/usr/builds/boost_test/tools_regression_src/regression.py", line 507, in command_regression self.command_test() File "/soft/bal/usr/builds/boost_test/tools_regression_src/regression.py", line 313, in command_test self.command_test_boost_build() File "/soft/bal/usr/builds/boost_test/tools_regression_src/regression.py", line 350, in command_test_boost_build "boost/bin.v2/libs/any/test/any_test.test")); OSError: [Errno 2] No such file or directory: '/soft/bal/usr/builds/boost_test/results/boost/bin.v2/libs/any/test/any_test.test' Any clue? F. Bron (See attached file: run.log) Avis : Ce message et toute pièce jointe sont la propriété d'Alcan et sont destinés seulement aux personnes ou à l'entité à qui le message est adressé. Si vous avez reçu ce message par erreur, veuillez le détruire et en aviser l'expéditeur par courriel. Si vous n'êtes pas le destinataire du message, vous n'êtes pas autorisé à utiliser, à copier ou à divulguer le contenu du message ou ses pièces jointes en tout ou en partie. Notice: This message and any attachments are the property of Alcan and are intended solely for the named recipients or entity to whom this message is addressed. If you have received this message in error please inform the sender via e-mail and destroy the message. If you are not the intended recipient you are not allowed to use, copy or disclose the contents or attachments in whole or in part.

5 36

n2427 atomic implementation?
by vicente.botet 05 Dec '08

05 Dec '08

Hi, Can the N2427 - C++ Atomic Types and Operations be implemented without the help of the compiler? Do some one have a partial implementation? Vicente

5 10

[config] BOOST_ALL_DYN_LINK comment in user.hpp
by Michael Marcin 05 Dec '08

05 Dec '08

The comment in boost/config/user.hpp gives 2 examples, both of which appear to be invalid. ------------------------------ // BOOST_ALL_DYN_LINK: Forces all libraries that have separate source, // to be linked as dll's rather than static libraries on Microsoft Windows // (this macro is used to turn on __declspec(dllimport) modifiers, so that // the compiler knows which symbols to look for in a dll rather than in a // static library). Note that there may be some libraries that can only // be statically linked (Boost.Test for example) and others which may only // be dynamically linked (Boost.Threads for example), in these cases this // macro has no effect. // #define BOOST_ALL_DYN_LINK ------------------------------ I believe Boost.Test can now be linked dynamically and Boost.Threads can now be linked statically. -- Michael Marcin

1 0

[Serialization] this seems wrong
by Kenny Riddile 05 Dec '08

05 Dec '08

I'm somewhat inexperienced with boost serialization, so forgive me if I'm just missing something. I have a few simple classes that are all serializable. In each class's header, I have BOOST_CLASS_EXPORT( ClassName ) right after the class declaration. All of these classes are header-only, so there is no cpp. All of these classes are very similar, so the statement above is often on the same line of the file (line 21 in this case). When I include all of these headers in a single source file, I get errors like this: 1>Win32WindowImpl.cpp 1>c:\subversion\trunk\vfx\platform\include\messages\minimized.hpp(21) : error C2371: 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' : redefinition; different basic types 1> c:\subversion\trunk\vfx\platform\include\messages\close.hpp(21) : see declaration of 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' 1>c:\subversion\trunk\vfx\platform\include\messages\restored.hpp(21) : error C2371: 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' : redefinition; different basic types 1> c:\subversion\trunk\vfx\platform\include\messages\close.hpp(21) : see declaration of 'vfx::platform::`anonymous-namespace'::boost_serialization_guid_initializer_21' I walked down into the BOOST_CLASS_EXPORT macro and saw that the BOOST_CLASS_EXPORT_GUID macro appends the line number (notice the 21's in the above compiler output) to what it generates. Thinking to myself, "this will never work", I simply went and added empty lines to the header files so that the BOOST_CLASS_EXPORT( ClassName ) was on a different line in each and everything compiled. Am I missing something? Is this fixed in 1.37 (I'm currently forced to use 1.36). If I wanted white-space to matter, I would be writing python :)

6 16

[MPL] new run-time algorithm: for_all
by George van Venrooij 05 Dec '08

05 Dec '08

Hello everyone, I recently created a MPL-based run-time algorithm named "for_all" which you can find at the following location: http://tinyurl.com/5a9d9d It is based on the "for_each" algorithm. The main difference is that it traverses a sequence of sequences and constructs new sequences that are then passed to a functor. Read the article for more information. I found it to be very useful in several cases, so I wanted to share it with the community. If you have any comments or spot any problems, please let me know. Regards, George ------------------------------------------------------------------------ George van Venrooij Organic Vectory http://www.organicvectory.com

5 13

boost::interprocess::bad_alloc in copy ctor of slist
by Christoph Mathys 05 Dec '08

05 Dec '08

Hi! I have an object containing an interprocess slist (wrapped in a simple template) which I first construct outside shared memory. Then I want to push_front this object into a slist lying inside shared memory. And I get an interprocess::bad_alloc exception from the lists copy constructor. If I don't use the slist's copy ctor but something like this->assign(x.begin(), x.end()), the code runs through (the list was always empty in the test). I use gcc 4.2.4 on linux 2.6.24 (ubuntu 8.04). Boost 1.36 What am I doning wrong? Christoph Following the throwing code: #include <boost/interprocess/containers/vector.hpp> #include <boost/interprocess/containers/slist.hpp> #include <boost/interprocess/allocators/allocator.hpp> #include <boost/interprocess/managed_shared_memory.hpp> using namespace boost::interprocess; managed_shared_memory* getSegment() { static managed_shared_memory segment(create_only, "MySharedMemory", 65536); return &segment; } template<typename T> struct my_slist { typedef allocator<T, managed_shared_memory::segment_manager> ShmemAllocator; typedef slist<T, ShmemAllocator> List; my_slist() : m_list(ShmemAllocator(getSegment()->get_segment_manager())) { } void push_front(const T& obj) { m_list.push_front(obj); } List m_list; }; struct ListHolder { my_slist<int> m_slist; }; typedef my_slist<ListHolder> HolderList; int main() { shared_memory_object::remove("MySharedMemory"); HolderList *holderlist = getSegment()->construct<HolderList>("IntListHolderList")(); ListHolder asdf; holderlist->push_front(asdf); // exception boost::interprocess::bad_alloc return 0; }

2 3

Boost compilation warnings and errors with XLC 10.1 on AIX 5.3
by Ioannis Papadopoulos 05 Dec '08

05 Dec '08

Hi, When compiling Boost with XLC 10.1 on AIX 5.3, I have the following errors and warnings: Errors: [Math] "libs/math/build/../src/tr1/acosh.cpp", line 11.39: 1540-0403 (S) "acosh(double)" is already defined. "/usr/vacpp/include/math.h", line 843.23: 1540-0425 (I) "acosh" is defined on line 843 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 112.28: 1540-0424 (I) "acosh" is declared on line 112 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 138.21: 1540-0424 (I) "acosh" is declared on line 138 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 755.21: 1540-0424 (I) "acosh" is declared on line 755 of "/usr/include/math.h". "libs/math/build/../src/tr1/asinh.cpp", line 11.39: 1540-0403 (S) "asinh(double)" is already defined. "/usr/vacpp/include/math.h", line 855.23: 1540-0425 (I) "asinh" is defined on line 855 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 116.28: 1540-0424 (I) "asinh" is declared on line 116 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 142.21: 1540-0424 (I) "asinh" is declared on line 142 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 756.21: 1540-0424 (I) "asinh" is declared on line 756 of "/usr/include/math.h". "libs/math/build/../src/tr1/atanh.cpp", line 11.39: 1540-0403 (S) "atanh(double)" is already defined. "/usr/vacpp/include/math.h", line 867.23: 1540-0425 (I) "atanh" is defined on line 867 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 120.28: 1540-0424 (I) "atanh" is declared on line 120 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 146.21: 1540-0424 (I) "atanh" is declared on line 146 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 757.21: 1540-0424 (I) "atanh" is declared on line 757 of "/usr/include/math.h". "libs/math/build/../src/tr1/cbrt.cpp", line 11.39: 1540-0403 (S) "cbrt(double)" is already defined. "/usr/vacpp/include/math.h", line 879.23: 1540-0425 (I) "cbrt" is defined on line 879 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 124.28: 1540-0424 (I) "cbrt" is declared on line 124 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 150.21: 1540-0424 (I) "cbrt" is declared on line 150 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 758.21: 1540-0424 (I) "cbrt" is declared on line 758 of "/usr/include/math.h". "libs/math/build/../src/tr1/copysign.cpp", line 13.39: 1540-0403 (S) "copysign(double, double)" is already defined. "/usr/vacpp/include/math.h", line 891.23: 1540-0425 (I) "copysign" is defined on line 891 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 128.28: 1540-0424 (I) "copysign" is declared on line 128 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 154.21: 1540-0424 (I) "copysign" is declared on line 154 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 293.16: 1540-0424 (I) "copysign" is declared on line 293 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfc.cpp", line 11.39: 1540-0403 (S) "erfc(double)" is already defined. "/usr/vacpp/include/math.h", line 915.23: 1540-0425 (I) "erfc" is defined on line 915 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 136.28: 1540-0424 (I) "erfc" is declared on line 136 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 162.21: 1540-0424 (I) "erfc" is declared on line 162 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 738.21: 1540-0424 (I) "erfc" is declared on line 738 of "/usr/include/math.h". "libs/math/build/../src/tr1/erf.cpp", line 11.39: 1540-0403 (S) "erf(double)" is already defined. "/usr/vacpp/include/math.h", line 903.23: 1540-0425 (I) "erf" is defined on line 903 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 132.28: 1540-0424 (I) "erf" is declared on line 132 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 158.21: 1540-0424 (I) "erf" is declared on line 158 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 737.21: 1540-0424 (I) "erf" is declared on line 737 of "/usr/include/math.h". "libs/math/build/../src/tr1/acoshl.cpp", line 11.44: 1540-0403 (S) "acoshl(long double)" is already defined. "/usr/vacpp/include/math.h", line 846.28: 1540-0425 (I) "acoshl" is defined on line 846 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 114.33: 1540-0424 (I) "acoshl" is declared on line 114 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 140.21: 1540-0424 (I) "acoshl" is declared on line 140 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 317.21: 1540-0424 (I) "acoshl" is declared on line 317 of "/usr/include/math.h". "libs/math/build/../src/tr1/asinhl.cpp", line 11.44: 1540-0403 (S) "asinhl(long double)" is already defined. "/usr/vacpp/include/math.h", line 858.28: 1540-0425 (I) "asinhl" is defined on line 858 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 118.33: 1540-0424 (I) "asinhl" is declared on line 118 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 144.21: 1540-0424 (I) "asinhl" is declared on line 144 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 321.21: 1540-0424 (I) "asinhl" is declared on line 321 of "/usr/include/math.h". "libs/math/build/../src/tr1/atanhl.cpp", line 11.44: 1540-0403 (S) "atanhl(long double)" is already defined. "/usr/vacpp/include/math.h", line 870.28: 1540-0425 (I) "atanhl" is defined on line 870 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 122.33: 1540-0424 (I) "atanhl" is declared on line 122 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 148.21: 1540-0424 (I) "atanhl" is declared on line 148 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 327.21: 1540-0424 (I) "atanhl" is declared on line 327 of "/usr/include/math.h". "libs/math/build/../src/tr1/cbrtl.cpp", line 11.44: 1540-0403 (S) "cbrtl(long double)" is already defined. "/usr/vacpp/include/math.h", line 882.28: 1540-0425 (I) "cbrtl" is defined on line 882 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 126.33: 1540-0424 (I) "cbrtl" is declared on line 126 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 152.21: 1540-0424 (I) "cbrtl" is declared on line 152 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 330.21: 1540-0424 (I) "cbrtl" is declared on line 330 of "/usr/include/math.h". "libs/math/build/../src/tr1/copysignl.cpp", line 11.44: 1540-0403 (S) "copysignl(long double, long double)" is already defined. "/usr/vacpp/include/math.h", line 894.28: 1540-0425 (I) "copysignl" is defined on line 894 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 130.33: 1540-0424 (I) "copysignl" is declared on line 130 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 156.21: 1540-0424 (I) "copysignl" is declared on line 156 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 334.21: 1540-0424 (I) "copysignl" is declared on line 334 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfcl.cpp", line 11.44: 1540-0403 (S) "erfcl(long double)" is already defined. "/usr/vacpp/include/math.h", line 918.28: 1540-0425 (I) "erfcl" is defined on line 918 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 138.33: 1540-0424 (I) "erfcl" is declared on line 138 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 164.21: 1540-0424 (I) "erfcl" is declared on line 164 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 340.21: 1540-0424 (I) "erfcl" is declared on line 340 of "/usr/include/math.h". "libs/math/build/../src/tr1/erfl.cpp", line 11.44: 1540-0403 (S) "erfl(long double)" is already defined. "/usr/vacpp/include/math.h", line 906.28: 1540-0425 (I) "erfl" is defined on line 906 of "/usr/vacpp/include/math.h". "./boost/math/tr1.hpp", line 134.33: 1540-0424 (I) "erfl" is declared on line 134 of "./boost/math/tr1.hpp". "/usr/vacpp/include/math.h", line 160.21: 1540-0424 (I) "erfl" is declared on line 160 of "/usr/vacpp/include/math.h". "/usr/include/math.h", line 342.21: 1540-0424 (I) "erfl" is declared on line 342 of "/usr/include/math.h". [Spirit] "./boost/graph/detail/read_graphviz_spirit.hpp", line 165.28: 1540-0600 (S) The reference to "var" is ambiguous. "./boost/spirit/home/classic/phoenix/primitives.hpp", line 221.1: 1540-0425 (I) "phoenix::var" is defined on line 221 of "./boost/spirit/home/classic/phoenix/primitives.hpp". "./boost/spirit/home/classic/phoenix/primitives.hpp", line 237.1: 1540-0424 (I) "phoenix::var" is declared on line 237 of "./boost/spirit/home/classic/phoenix/primitives.hpp". "/usr/include/sys/var.h", line 59.8: 1540-0425 (I) "var" is defined on line 59 of "/usr/include/sys/var.h". "./boost/graph/detail/read_graphviz_spirit.hpp", line 142.5: 1540-0700 (I) The previous message was produced while processing "boost::detail::graph::dot_grammar::definition<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spirit::scanner_policies<boost::spirit::skip_parser_iteration_policy<boost::detai...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 178.24: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::grammar_helper<boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >,boost::detail::graph::dot_grammar,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 251.29: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::get_definition<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spiri...". "./boost/spirit/home/classic/core/non_terminal/impl/grammar.ipp", line 296.29: 1540-0700 (I) The previous message was produced while processing "boost::spirit::impl::grammar_parser_parse<0,boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t>,boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boos...". "./boost/spirit/home/classic/core/non_terminal/grammar.hpp", line 57.14: 1540-0700 (I) The previous message was produced while processing "boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >::parse_main<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spir...". "./boost/spirit/home/classic/core/non_terminal/grammar.hpp", line 65.9: 1540-0700 (I) The previous message was produced while processing "boost::spirit::grammar<boost::detail::graph::dot_grammar,boost::spirit::parser_context<boost::spirit::nil_t> >::parse<boost::spirit::scanner<boost::spirit::multi_pass<std::istream_iterator<char,char,std::char_traits<char>,long>,boost::spirit::multi_pass_policies::input_iterator,boost::spirit::multi_pass_policies::ref_counted,boost::spirit::multi_pass_policies::buf_id_check,boost::spirit::multi_pass_policies::std_deque>,boost::spirit::s...". "libs/graph/src/read_graphviz_spirit.cpp", line 33.6: 1540-0700 (I) The previous message was produced while processing "boost::detail::graph::read_graphviz(std::istream &, mutate_graph &)". Warnings: "libs/regex/src/../src/regex_traits_defaults.cpp", line 350.56: 1540-0804 (W) The characters "/*" are detected in a comment. "libs/regex/src/../src/regex_traits_defaults.cpp", line 545.47: 1540-0804 (W) The characters "/*" are detected in a comment. "./boost/thread/pthread/mutex.hpp", line 30.9: 1540-0198 (W) The omitted keyword "private" is assumed for base class "boost::noncopyable". "./boost/thread/pthread/mutex.hpp", line 78.9: 1540-0198 (W) The omitted keyword "private" is assumed for base class "boost::noncopyable".

1 0