- Boost - lists.boost.org

Linker warnings
by Robert Dailey 24 Mar '08

24 Mar '08

Hi, I'm currently building a static library in Visual Studio 2008 using Boost 1.34.1. This static library is for my own personal game engine, which internally also uses several parts of boost. Two in particular I'm using is Boost.Signals and Boost.Python. I like for my static library to link in the boost libraries so that every project that uses my engine won't have to include those libraries manually. However, I find that by doing so I get tons of linker warnings when building my static library. One of which is below: "boost_signals-mt-gd.lib(boost_signals-mt-gd.dll) : warning LNK4006: __NULL_IMPORT_DESCRIPTOR already defined in boost_python_debug.lib(boost_python_debug.dll); second definition ignored" When I'm linking both of these libraries together during an executable build, I do not get these warnings. I don't understand why I'm getting these warnings in a static lib but not an executable when I'm including the very same libraries together. Any tips to resolve the warnings? Thanks.

1 0

[statechart] priority_scheduler<> status
by Manuel Jung 24 Mar '08

24 Mar '08

Hi, I would really like to use a priority_scheduler<> in the statechart library. It is on the todo list of boost 1.34.1. How about its development status? Is it in development or hast someone his own homebrew solution for a finite state machine with a priority scheduled event dispatcher? At the moment i'm using the nice ordered Multi_Index_Container to implement a priority queue. Ideas? Kind Regards Manuel Jung

2 1

Trac open bugs - by assignee
by Marshall Clow 24 Mar '08

24 Mar '08

[ 232 open bugs today, 227 Friday ] If you are maintaining a library, and have not logged into the trac system at <http://svn.boost.org/trac/boost/>, please do so ASAP. Until you do that, no tickets can be assigned to you, and will remain under "None". Instructions on working with tickets can be found at: <http://svn.boost.org/trac/boost/wiki/TicketWorkflow> and a mapping of user names to "real names" can be found at: <http://svn.boost.org/trac/boost/report/16> Bug summary 23 djowel 21 az_sw_dude 14 grafik 13 vladimir_prus 13 dgregor 13 dave 12 doug_gregor 11 no-maintainer 11 bemandawes 11 agurtovoy 7 turkanis 7 jsiek 7 anthonyw 6 johnmaddock 5 witt 5 ramey 5 igaztanaga 4 matias 4 ebf 3 nesotto 3 nasonov 3 kaalus 3 danielw 3 danieljames 2 shammah 2 samuel_krempp 2 rogeeff 2 pavol_droba 2 marshall 2 jmaurer 2 hkaiser 2 aaron_windsor 1 urzuga 1 t_schwinger 1 speedsnail 1 pdimov 1 garcia 1 fcacciola 1 dlwalker 1 chris_kohlhoff 1 None None 1644 Boost.Test missing documentation file BOOST_CHECK_CLOSE_FRACTION.html aaron_windsor 1622 Adjacency list needs to handle self-edges correctly aaron_windsor 778 top-level configure is broken agurtovoy 1001 gcc 4.1.2 segfaults on mpl/test/apply.cpp agurtovoy 1051 MPL header ordering triggers bug agurtovoy 1099 unable to iterate through a "non-explicitly-declared" mpl::set agurtovoy 1215 Boost 1.34.1_ mpl: Wrong workaround detection using MinGW32 (or.hpp_ line #33) agurtovoy 1317 has_xxx randomly broken in msvc agurtovoy 1469 [mpl] nested typedef of set has two different meanings agurtovoy 1476 always<> is not nullary. agurtovoy 1528 g++ 4.3.0 reports error because of redeclaration of next agurtovoy 1549 Boost.MPL: 'index_of' algorithm is not documented agurtovoy 1568 duplicate include guards agurtovoy 588 mpl::remove compile error with gcc 4.1.0 anthonyw 1154 tss destruction segfaults in conjunction with dlopen/dlclose anthonyw 1168 [thread] tss crashes randomly anthonyw 1268 xtime_cmp changes to deal with overflow were reverted anthonyw 1470 Boost.Thread: Compilation errors with non-__cdecl calling convention anthonyw 1657 Bug in boost::threads sample anthonyw 876 xtime documentation incomplete anthonyw 881 errors when build with Apache stdcxx az_sw_dude 1028 typo in boost header: date_time/time_defs.hpp az_sw_dude 1078 from_iso_string cannot read the output from to_iso_string az_sw_dude 1098 Urgent libboost-date-time1.33.1 : bugs on ia64 ? az_sw_dude 1147 date_time library contains global #define ERROR az_sw_dude 1160 warning: month_format shadows a member of this az_sw_dude 1162 warning: ticks shadows a member of this az_sw_dude 1289 posix_time::time_facet forgets to pass a_ref argument to base class az_sw_dude 1299 change in typedef stringstream_type in format_date_parser.hpp causing compilation error az_sw_dude 1306 invalid docbook in date_period.xml az_sw_dude 1384 Linking problem with date_time library on Visual C++ 2008 Express az_sw_dude 1386 date_time documentation Jamfile breaks building of boost docs az_sw_dude 1524 format_date_parser.hpp(221) : cannot convert parameter 1 az_sw_dude 1574 operator<< for boost::posix_time::ptime ignores ostream flags az_sw_dude 1674 date_time::date_formatting.hpp: incorrectly formats year using global locale az_sw_dude 1695 add correct namespace to class to fix compilation bug az_sw_dude 287 wrong usage of ios_base::narrow az_sw_dude 316 date_time type conversion warning az_sw_dude 604 from_ftime incorrectly processes FILETIME filled with zeros az_sw_dude 642 operator<< for gregorian::date_duration not found az_sw_dude 889 Insane Dependencies az_sw_dude 890 date_time library supports only the current dst rule bemandawes 1378 filesystem path invalid name for hidden files (LINUX) bemandawes 1389 filesystem::ostream << boost::format generates operator ambigious error (in MSVC++) bemandawes 1458 Darwin Tiger throws std::runtime_error: locale::facet::_S_create_c_locale name not valid bemandawes 1578 bug in readdir_r_simulator() in a multi-threaded environment bemandawes 1583 Serious flaw in boost::filesystem filename handling (opensuse) bemandawes 1589 [filesystem] 'mbstate_t' : is not a member of 'std' bemandawes 1606 filesystem/src/exception.cpp doesn't build with gcc bemandawes 1613 Link Errors against file_system on OS X with Intel Version 10.1 C++ compilers bemandawes 1682 path_traits needs imbue() bemandawes 1701 boost::filesystem::remove_all - segmentation fault with wpath on Linux bemandawes 752 directory_iterator doesn't work with catch chris_kohlhoff 1703 [asio] Compiler warnings on VC8/9 + warning level 4 danieljames 1554 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support new string types. danieljames 1555 When BOOST_HASH_NO_EXTENSIONS is defined hash doesn't support boost::system::error_code danieljames 1705 [boostbook] Spaces in reference file names for types like 'long long' danielw 1044 Argument pack inaccessable in a functions return type danielw 1054 Parameter takes an "infinite" amount of time to compile with the Intel compiler. danielw 1097 keyword.hpp generates many warnings C4180: qualifier applied to function type has no meaning; ignored dave 1010 linking boost.python on freebsd dave 1019 iterator_facade::pointer should be the return type of operator-> (DR 445) dave 1085 Python rules for compiling in Mac OS X dave 1179 [boost.python] can not export a union in VC2005sp1 dave 1181 [boost.python] can modify enum value dave 1387 Review / update docs to reflect changes dave 1460 Python classes with multiple bases are convertible only to the first class in the lists dave 1482 boost::python::throw_error_already_set should be marked noreturn dave 1516 [python] Failing VC9 regression tests dave 1599 [python] '_set_se_translator': identifier not found dave 1697 [utility][noncopyable] ADL barrier broken by msvc-9.0 dave 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1009 Improper overflow handling in shortest paths algorithms dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1310 [result_of] const-qualified function pointer doesn't work dgregor 1326 Unable to check graph isomorphism using LEDA adapter dgregor 1391 dominator_tree_test on Borland/CodeGear outputs overly long line dgregor 1395 Write Tests for Python Bindings dgregor 1630 gcc-4.3: adjacency_list.hpp includes deprecated header dgregor 1680 long long and wchar_t support in MPI dgregor 556 Bundled graph properties dgregor 732 Johnson All-Pairs needs better "no path" information dgregor 736 Const correctness violation djowel 1170 Emit Warnings instead of # symbols in the syntax highlighter djowel 1171 Quickbook title output djowel 1172 non-utf djowel 1176 Space after inline code djowel 1206 Escaping from within code? djowel 1273 CR+LF newlines in position_iterator djowel 1276 spirit problem with _GLIBCXX_DEBUG djowel 1277 Closing section like [pre with } causes Quickbok to crash djowel 1280 sections in imported source files get put inside <para> elements in docbook output djowel 1281 Quickbook produces invalid BoostBook/DocBook XML djowel 1324 tuple should have a swap() that operates element-by-element djowel 1396 wrong result_of invocation around transform_view djowel 1436 [quickbook] inline code inside headings djowel 1484 Quickbook produces illegal docbook for some docinfo fields. djowel 1500 [Spirit/Phoenix] C4512 Compiler warnings from VC8 djowel 1570 Some boost headers aren't ready for gcc 4.3 djowel 1600 duplicate include guard djowel 1601 distane of boost::tuple djowel 1607 Tuple Library Documentation Changes djowel 1610 [MSVC/STLport] [tree/common.hpp] Standard library requirements violation(incomplete type as vector parameter) djowel 1614 vector workaround needed for MSVC9 djowel 1617 spirit gcc-4.3 fix djowel 1619 [Fusion] C4512 warnings from VC9 (Visual Studio 2008) dlwalker 613 boost/crc.hpp uses non-standard conforming syntax doug_gregor 1021 [Graph][reverse_graph] Problem using reverse_graph adapter with an adapted user defined graph doug_gregor 1076 compile error: disconnecting struct with operator()() doesn't work in VS2005 SP1 doug_gregor 375 LEDA graph adaptors do not handle hidden nodes properly doug_gregor 402 random_vertex/random_edge are unnecessarily inefficient doug_gregor 403 Document copy_component doug_gregor 447 reverse_graph and constness of property maps doug_gregor 708 Dijkstra no_init version should not require VertexListGraph doug_gregor 733 Numbered headers don't work with "preferred" syntax doug_gregor 735 Fruchterman-Reingold grid performance can be improved doug_gregor 738 Memory leaks with signal::connect? doug_gregor 829 Implicit graph not implement doug_gregor 852 Problem with Boost and GCC 4.1 ebf 1507 [variant] C4512 warnings from VC8.0 ebf 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist ebf 1654 recursive variants do not handle nested variants correctly. ebf 993 Variant should use least common multiple of alignments_ rather than maximum fcacciola 1666 Visualizer for boost::optional garcia 1581 Boost.MultiArray: Resizing bug if the index is not 0-based grafik 1041 Cygwin requires PATH setting. grafik 1322 trac rejects patch attachment as spam grafik 1417 Regresson tests hang in Darwin (Tiger) grafik 1430 Regression fails under Cygwin grafik 1433 Trac's spam detection rejects too many valid messages grafik 1512 Broken link to vacpp in bjam docs. grafik 1513 Broken link to bcpp in bjam docs. grafik 1571 boost bugtracker displays a patch incorrectly grafik 1576 cannot read non-ASCII output messages grafik 1577 Some commands don't work because hStdInput == 0 grafik 1663 build.bat cannot set/reset ERRORLEVEL grafik 616 Boost Jam_ and non english directorys grafik 959 linking fails when Boost is compiled with STLport 5.1.* on Linux (names mismatch) grafik 986 Problem building Python modules on boost 1.34.0 hkaiser 1079 boost-1.34.0 fails to compile. concept checks not satisfied. hkaiser 1670 wave almost unusably slow on real-world input igaztanaga 1080 boost::interprocess win32 global file mapping issue igaztanaga 1210 interprocess::barrier hangs during second use under linux (boost 1.33.1) igaztanaga 1390 Interpocess: managed shared memory failing completely under OS X igaztanaga 1634 boost::interprocess::vector cannot contain volatile int igaztanaga 1635 Incomplete include guard in boost/intrusive jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference johnmaddock 1081 Empty string rejected as perl-style regex johnmaddock 1314 Using SSE-intrinsics in VC8 causes static assert in type_with_alignment.hpp johnmaddock 1411 Fix BOOST_PARTIAL_SPECIALIZATION_EXPLICT_ARGS johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1626 [type_traits] "bad_alloc is not a member of std" in has_virtual_destructor_test.cpp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 575 Calling subgraph::global_to_local on a root graph jsiek 636 strange compiling problem for transitive_closure jsiek 815 remove_edge core dumps on self-circle jsiek 875 No iterator based constructor for adjacency_matrix jsiek 900 graphml reader namespace handling is broken kaalus 1184 property_tree assignment (operator) bug kaalus 1604 property_tree xml parser doesn't compile with gcc kaalus 1678 Boost.property_tree::read_xml does not parse UNICODE file with BOMs marshall 1252 [pool] severe overhead with unaligned sizes. marshall 1493 SVN files making it through to install matias 1406 Understanding the Tables outdated matias 1651 incorrect typedefs in examples matias 1676 Dead links on Boost.Test example documentation. matias 1707 small typos in Boost.serialization documentation nasonov 1220 lexical_cast requires RTTI nasonov 1704 [any] 4512 warning from VC8/9 on warning level 4 nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1629 range/iterator_range.hpp bug nesotto 1675 [range] VC8 - compiler warnings when including range/array headers nesotto 1694 NDEBUG vs. BOOST_ASSERT in iterator_range.hpp no-maintainer 1068 Mersenne twister disables streaming for Visual C++ no-maintainer 1222 lambda::ret<T> should declare result_type. no-maintainer 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators no-maintainer 1515 [lambda] C4512 warnings from VC8.0 no-maintainer 1544 uniform_01 w/ref template param causes ref to ref error no-maintainer 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing no-maintainer 1572 [lambda] smart pointer const-ness affects its contents no-maintainer 1632 Default Interval rounding policies incomplete no-maintainer 1691 [Random] Brokem MSVC workaround no-maintainer 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile no-maintainer 819 uniform_int<> with type's maximum availaible range error pavol_droba 1152 rle_example fails pavol_droba 1385 begin must be boost-qualified pdimov 1106 shared_ptr<T> should not convert to shared_ptr<U> when T* doesn't convert to U* ramey 1285 [serialization] problem when including shared_ptr_132.hpp ramey 1628 Lack of wide character support prevents boost.serialization from linking ramey 1662 boost::serialization for boost::optional - missing include ramey 1689 [serialization] Update a link ramey 1708 Can't serialize class with private destructor rogeeff 1383 signal.h features not found on Mac OS rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 1699 Compile warning about initialization order. samuel_krempp 859 boost::format ignores a user defined locale shammah 290 perfomance: memory cleanup for pool takes too long shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1653 wave executable erroneously required for build of function_types lib turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1579 gzip compressor should model DualUseFilter turkanis 1580 Add static assert to prohibit instantiating a chain with mode dual_use turkanis 1649 Fix definition of JavaScript menu to avoid long chains of functions turkanis 1656 Consider implementing flush() for symmetric filters turkanis 1671 type mismatch of buffer size parameter causes overload resolution to fail urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode vladimir_prus 1165 more quoting problems vladimir_prus 1274 Useless error message vladimir_prus 1321 invalid docbook in tool documentation vladimir_prus 1527 [program_options] Second (and subsequent) lines in tabbed text not aligned correctly vladimir_prus 1530 Program options documentation - Overview - Syntactic Information example typo vladimir_prus 1537 no value given in 'mysql_password =' vladimir_prus 1584 cryptic bbv2 error building quickbook vladimir_prus 1587 [program_options] crashes if value part missing in external configuration file vladimir_prus 1588 [program_options] crashes if value part missing in external configuration file vladimir_prus 1645 Invalid unicode support for default_value vladimir_prus 1679 added 4-way universal binary support from mac osx (ppc_ ppc64_ i386_ x86_64) vladimir_prus 469 multitoken broken vladimir_prus 689 [program_options] Endless loop with long default arguments witt 1046 Boost.Python quickstart instructions mention nonexistent target witt 583 Fixes for build on IBM pSeries for AIX and Linux witt 834 Homepage regression links witt 957 The "Getting Started" page does not mention the stdlib option witt 973 zip_iterator has value_type == reference -- -- Marshall Marshall Clow Qualcomm, Inc. <mailto:mclow@qualcomm.com> The famous British scientist, Lord Kelvin, said: "When you measure what you are speaking about and express it in numbers, you know something about it, but when you cannot (or do not) measure it, when you cannot (or do not) express it in numbers, then your knowledge is of a meagre and unsatisfactory kind."

1 0

JSON Archives for Boost.serialization
by Kasun Indrasiri 24 Mar '08

24 Mar '08

Hi all, I'm interested in the Boost JSON archive for Boost.serialization project which is presented in the GSoC2008. I have had good exposure to C/C++ during my academic life and projects in the past. The main motivation to select the JSON archive project is that I have developed a JSON parser for Apache AXIS2/C web service engine and I successfully completed the project. In that case the parser was written in C but the task was similar to the requirements of the Boost.serialization. Therefore I would like to contribute to the Boost C++ community through my project. I would like to gain the experience of the Boost.serialization and spirit as a preparation to the project and it would be a great experience to work with boost C++. I also a fan of open source software and currently, an active contributor(Non-Committer) to *Apache Axis2/C and Apache Rampart/C*. I would like to share my ideas through the Boost mailing lists. *As an initial step I went through the Boost Spirit and Serialization and gain the basic knowledge of those things. Currently I do have a pretty simple question that in the JSON Archives do we have to worry about the relevant XML mapping criteria (Badgerfish or Mapped) because JSON may use as an alternative to XML. And also there are few areas that JSON is really lack in supporting some requirements (basically in as an alternative to XML) of the real world applications.* Thanks. Kasun Indrasiri.

7 17

[interprocess] typo in synchronization_mechanisms.html
by vicente.botet 24 Mar '08

24 Mar '08

Hi, In doc/html/interprocess/synchronization_mechanisms.html operation description, the Throws item states Throws: interprocess_exception on error. This should be Throws: interprocess::lock_exception on error. Regards _____________________ Vicente Juan Botet Escriba

1 0

[announce] Overload V2
by Marco Costalba 24 Mar '08

24 Mar '08

I have upload in Vault an updated version of the multi-signature function wrapper aka "overload" File is called overload_20_3_2008.zip I think this will be the last one because it's feature complete and "nice" enough. New in this version is: - Support for pointer-to-member functions - Added is_set() and reset() to check for and clear a specific signature - Updated documentation (see test.cpp) - Code cleaned up and IMHO at the same quality level of my previous object factory example. Code is very small and completely self contained (apart for auto_ptr that is used internally instead of plain pointers). I think this could be an interesting example of use of C++ templates at beginner/intermediate level. Thanks Marco

5 14

[gsoc2008] Interest in Smart Objects
by Mathias Gaunard 24 Mar '08

24 Mar '08

I would like to propose some project for the Google SoC 2008, but before I would like to determine interest. Smart Objects are like Smart Pointers (the name comes from there, even though it's not definite), except they don't act like pointers but rather like objects. One crucial difference is that Smart Objects do not acquire a pointer to some already pre-allocated area of memory, but rather they are responsible for allocating the object themselves ; which fits well with the value semantics of objects anyway, since it must deep copy. I first thought of naming that Polymorphic Value Objects, but nothing forces such objects to provide some kind of polymorphism. I actually consider a Smart Object to be any container that contains a single value object, while "masking" it to add other extra features: dynamic typing, delayed initialization, etc. Boost.Any, Boost.Variant, Boost.Function, Boost.Optional, Adobe.Poly, and probably others I cannot think of are Smart Objects. The first part of what I propose is a policy-based self-containing non-typed memory allocator framework that would allow pluggable usage of SBO, and that could provide the never-empty guarantee with one technique or the other if desired. Indeed, some Smart Objects can benefit from non-typed memory allocation, and all of them can benefit from SBO, which brings its own problem when wanting to replace an object by another. The standard allocator model cannot allow such things cleanly. Of course it would be possible to use a standard allocator underlyingly, but it would allocate arrays of chars. The second part is the implementation of a few useful Smart Objects using the framework and thus which allocation is still customizable (the names are of course not definite): - pimpl<T>, same as a regular T except that T can be incomplete. - ipoly<T>, which can contain a T or any object whose type derives from T, but only if T provides some virtual copy and move constructors of its own. This provides support for subclassing subtyping. - maybe poly<T>, same as ipoly<T> but without requiring some virtual copy constructors. I believe this would not integrate well with the C++ type system though. I think there is some code for that in the vault already. - structural<Interface>, with Interface an interface of some sort (probably defined with helper macros). Would allow to contain any object which type conforms to the interface, similarly to Adobe.Poly. This provides support for structural subtyping. - maybe duck<Sequence of types>, which would be able to contain any type within the sequence, and provide duck-typing. This basically is the same as structural subtyping except the interface is verified at runtime. Due to limitations of the C++ language, it can only work with a finite sequence of types ; indeed template virtual member functions would be needed to achieve it otherwise. It can be noted that boost::function<R (T1, .., Tn)> is nothing but a structural<Interface> whose Interface is struct { R operator()(T1, .., Tn); } Boost.Overload could have been the same thing with multiple overloads in the interface, but rather it used a different design (containing multiple objects). Access to members for pimpl, ipoly, poly and structural would be done through -> since . cannot be overloaded. Access to members of duck would be different though, since that cannot work. Something like obj.member(<&>(o) (o.the_member)); if we had polymorphic lambdas, probably. (with optional macros to help) There would also be optional variants of those utilities because the never-empty guarantee does not need to be maintained if we allow the smart object to be empty. All of these would have support for move semantics and in-place construction. Please tell me your thoughs about this, so that I can determine whether it's worth it or not to submit a GSoC candidature next week.

4 5

[Serialization] Private destructors and extended_type_info_typeid
by Paul Roberts 23 Mar '08

23 Mar '08

Hi, I just upgraded from trunk for the first time in a few weeks, and now I'm unable to compile classes that use serialization and have private destructors. It seems boost::serialization::extended_type_info_typeid is now trying to access those destructors, and failing. Do I need to friend extended_type_info_typeid now, as well as boost::serialization::access, or is this a genuine bug? I've provided a minimal repro case below, followed by the compiler output from MSVC 9. Regards, -- Paul Roberts paul at pwroberts dot com http://www.m3fe.com/ #include <boost/serialization/access.hpp> #include <boost/serialization/split_member.hpp> #include <boost/archive/binary_oarchive.hpp> #include <fstream> class A { friend class boost::serialization::access; private: ~A() {} template<typename Archive> void serialize(Archive& ar, const unsigned int version) { } public: static A a; }; A A::a; int main() { std::ofstream ofs("hi"); { boost::archive::binary_oarchive oa(ofs); oa << A::a; } } /* 1>------ Build started: Project: 2k8test, Configuration: Release Win32 ------ 1>Compiling... 1>serialization_fun.cpp 1>C:\dev\boost-trunk\boost/serialization/extended_type_info_typeid.hpp(118) : error C2248: 'A::~A' : cannot access private member declared in class 'A' 1> .\serialization_fun.cpp(18) : compiler has generated 'A::~A' here 1> .\serialization_fun.cpp(7) : see declaration of 'A' 1> C:\dev\boost-trunk\boost/serialization/extended_type_info_typeid.hpp(117) : while compiling class template member function 'void boost::serialization::extended_type_info_typeid<T>::destroy(const void *const ) const' 1> with 1> [ 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(110) : see reference to class template instantiation 'boost::serialization::extended_type_info_typeid<T>' being compiled 1> with 1> [ 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(107) : while compiling class template member function 'boost::archive::detail::oserializer<Archive,T>::oserializer(void)' 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(234) : see reference to class template instantiation 'boost::archive::detail::oserializer<Archive,T>' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(228) : while compiling class template member function 'void boost::archive::detail::save_non_pointer_type<Archive,T>::save_standard::invoke(Archive &,const T &)' 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(292) : see reference to class template instantiation 'boost::archive::detail::save_non_pointer_type<Archive,T>::save_standard' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(280) : while compiling class template member function 'void boost::archive::detail::save_non_pointer_type<Archive,T>::invoke(Archive &,const T &)' 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/oserializer.hpp(498) : see reference to class template instantiation 'boost::archive::detail::save_non_pointer_type<Archive,T>' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/common_oarchive.hpp(64) : see reference to function template instantiation 'void boost::archive::save<Archive,const T>(Archive &,const T &)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/array/oarchive.hpp(118) : see reference to function template instantiation 'void boost::archive::detail::common_oarchive<Archive>::save_override<const T>(T &,int)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/basic_binary_oarchive.hpp(64) : see reference to function template instantiation 'void boost::archive::array::oarchive<Archive>::save_override<T>(const T &,unsigned int)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/binary_oarchive_impl.hpp(45) : see reference to function template instantiation 'void boost::archive::basic_binary_oarchive<Archive>::save_override<T>(const T &,int)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1> C:\dev\boost-trunk\boost/archive/detail/interface_oarchive.hpp(63) : see reference to function template instantiation 'void boost::archive::binary_oarchive_impl<Archive,Elem,Tr>::save_override<T>(T &,int)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> Elem=char, 1> Tr=std::char_traits<char>, 1> T=A 1> ] 1> .\serialization_fun.cpp(27) : see reference to function template instantiation 'Archive &boost::archive::detail::interface_oarchive<Archive>::operator <<<A>(T &)' being compiled 1> with 1> [ 1> Archive=boost::archive::binary_oarchive, 1> T=A 1> ] 1>Build log was saved at "file://c:\dev\work\2k8test\Release\BuildLog.htm" 1>2k8test - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== */

2 3

GSOC Project : Number Theory and Tree Libraries for Boost.
by Sykora 23 Mar '08

23 Mar '08

Hello all, I have a few ideas for a contribution to Boost during Google Summer of Code, and I would appreciate any advice/feedback/criticism. My ideas consist of the following parts : 1. Building a Boost Number Theory Library I've noticed that in all the mathematics and algorithms libraries, there is no Boost Library for basic Number Theory. I will try to remedy this by implementing those functions common in a number theory library, and interfacing them with other boost libraries. Proposed features of the Number Theory Library : -- GCD -- LCM -- Extended GCD -- Modular Inverse -- Modular Exponentiation -- Primality Tests : -- Deterministic -- Probabilistic -- Factorization -- Prime Number Generation -- Support for GMP More functionality can be provided, this is just the tip of the iceberg (and the most commonly used) 2. Building a Boost Tree Library : The idea here to is write a Tree Library to complement the already existing Graph library. One of the goals of this library would be to interface with the Graph library where necessary, such as the Minimum Spanning Tree functions, etc. Proposed Features of the Tree Library : -- Binary Search Trees -- Red-Black Trees and/or AVL Trees -- Operations on these trees, including insert/delete, balancing, I/O, etc. Possible follow-up activity : -- Expose the above modules to python using the Boost.Python However, as far as I can see, the Boost.Python library was last updated in 2005, and should be updated to the current Python/C API, possibly to the anticipated API of python's impending landmark 3.0 release. Any comments regarding the community's views on these ideas (such as feasibility, modifications, etc) will be appreciated and mulled over :). Cheers, P.C. Shyamshankar.

2 3

[proto] design rationale for expr<proto::function, argsN<Fun, Args...> >?
by Markus Werle 23 Mar '08

23 Mar '08

Hi! I may have overlooked something, but while thinking about proto's design I was surprised by some asymmetry. I'd like to know why this was done the way it is. Consider two objects (type A and B are proto terminals) A a; B b; The expression a + b is considered equivalent to a function call operator+(a, b). The corresponding type representation approximately is expr<tag::binary_plus // I will vote for this ;-) ,args2<expr<tag::terminal, A> ,expr<tag::terminal, B> > > This is done according to the rationale that what binary_plus really means is domain specific. Therefore the expression is simply tagged by the name of the function call, while the second argument is the typelist containing the parameters in the same order as they appear in the expression. Important: any information about what the function call means is stored *outside* the expression. Up to here I appreciate the design and IMHO this is the most appropriate way to represent an expression (I said that before, I know). Now we introduce another function call - not an operator this time, but in C++ these are equivalent. struct fun_t {}; terminal<fun_t>::type const fun = {{}}; fun(a, b); This is represented by something similar to expr< tag::function ,args3< ref_<expr<tag::terminal, args0<fun_tag> > const> ,expr<tag::terminal, args0<> > ,expr<tag::terminal, args0<> > > > This is suprising. In contrast to operator+, the function fun is treated as if it was an *operand*, not an *operator*. The expression is not tagged by _the_ function call, but by a global this-is-a-function-tag and the function is stored in the argument typelist. What fun means is context dependent, I would expect the context to take care about what fun_t might mean, so if we want symmetry first I'd expect a type representation similar to expr< tag::function<fun_t> ,args2< ,expr<tag::terminal, args0<...ommitted...> > ,expr<tag::terminal, args0<...ommitted...> > > > So I wonder whether this asymmetry was introduced due to the fact that function objects could have a state which makes them an in-between between operator and operand ... Can we save state in tag::function<T> then? expr< tag::function<expr<tag::terminal, args0<fun_t> > > ,args2< ,expr<tag::terminal, args0<...ommitted...> > ,expr<tag::terminal, args0<...ommitted...> > > > I do not like that one either ... I ask because ripping the function off the argument list via fusion magic still looks odd to me and makes me feel uncomfortable: Any compile time algorithm has to fork for function calls if it is to apply an operation to the operands. Shed some light on this, please. Markus

4 3