January 2008 - Boost - lists.preview.boost.org

Simple script for checking each header file alone for proper inclusions, ...
by Jens Seidel 08 Jan '08

08 Jan '08

Hi, as most of you know I check from time to time public header files in trunk for proper inclusions and other errors. I most of the time use a g++ 4.3 snapshot and strongest compiler warning options to avoid getting errors or warnings in user code once a new version of Boost is released. There are still many bugs pending in Trac and most are ignored since more than 3 months but John asked me to publish my script. It is indeed very simple but finds nervertheless sufficient errors to be useful. It can probably be extended to check for circular dependencies, ... The usage is simple: Just start boost-check from boost/ with option -l followed by the directoy you want to test: $ ../boost-check -l iostreams It outputs each header file it checks together with possible compiler output (warnings and errors). As I start it in a Linux environment I have to skip all win32 related files as these will create errors (missing windows.h, ...). All files to be skipped can be added to a file (I call it "skip") which is respected by the script. Also all files which include skipped files will be skipped. Once an error is found I prefer to open the file in the vim editor so that I can inspect the problem. vim supports the command ":make" which calls a trivial Makefile (in /tmp) and jumps to all errors and warnings (usual :cw, :cn, :cN commands). I currently commented the call to vim out but you can outcomment it at the end of the script again. I doubt that it will currently be useful for others as I tested already all libraries with active maintainer but you maybe want to test current code changes prior to commit with it (so it found e.g. today an error in iostream introduced during the last hours). Jens

3 3

libXXX
by Lars Schouw 08 Jan '08

08 Jan '08

How come my source code that uses boost wants a libXXX in front of the libraries but boost was build without it. Lars ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

3 2

Re: [boost] Visual Studio 2008
by Lars Schouw 08 Jan '08

08 Jan '08

I seem to have been blind the file was build and is there.. Lars ----- Original Message ---- From: Lars Schouw <schouwla(a)yahoo.com> To: boost(a)lists.boost.org Sent: Tuesday, January 8, 2008 11:23:30 PM Subject: Re: [boost] Visual Studio 2008 John, Thanks that seems to work for me. When I build boost is does not libboost_serialization-vc90-mt-1_35.lib for me but only boost_wserialization-vc90-mt-1_35.dll How can I build libboost_serialization-vc90-mt-1_35.lib ? Lars ----- Original Message ---- From: John Maddock <john(a)johnmaddock.co.uk> To: boost(a)lists.boost.org Sent: Monday, January 7, 2008 7:01:16 PM Subject: Re: [boost] Visual Studio 2008 Lars Schouw wrote: > Lars > > > Does boost build and run the regression tests for Microsoft Visual > Studio 2008? For current Trunk and release branch yes, see: http://beta.boost.org/development/testing.html For Boost-1.34.1 and earlier no: VS2008 wasn't available when that was signed off on. HTH, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

1 0

Re: [boost] Visual Studio 2008
by Lars Schouw 08 Jan '08

08 Jan '08

John, Thanks that seems to work for me. When I build boost is does not libboost_serialization-vc90-mt-1_35.lib for me but only boost_wserialization-vc90-mt-1_35.dll How can I build libboost_serialization-vc90-mt-1_35.lib ? Lars ----- Original Message ---- From: John Maddock <john(a)johnmaddock.co.uk> To: boost(a)lists.boost.org Sent: Monday, January 7, 2008 7:01:16 PM Subject: Re: [boost] Visual Studio 2008 Lars Schouw wrote: > Lars > > > Does boost build and run the regression tests for Microsoft Visual > Studio 2008? For current Trunk and release branch yes, see: http://beta.boost.org/development/testing.html For Boost-1.34.1 and earlier no: VS2008 wasn't available when that was signed off on. HTH, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

1 0

[floating point utilities] new version
by Johan Råde 08 Jan '08

08 Jan '08

Hi, I have uploaded version 3 of the floating point utilities library to the vault. The library is in the folder Math - Numerics. The library provides portable and optimized implementations of isnan, fpclassify, signbit etc. It also provides facets for portable handling of infinity and NaN in text streams. If you want text files with floating point numbers to be portable, and if the files may contain infinity or NaN, then you should use this library. This also applies to text serialization archives. Compared with version 2, there are only minor changes: 1. I have removed all use of partial template specialization and I have added BOOST_TYPENAME and BOOST_STATIC_CONSTANT macros. Now the library should work with older compilers, such as MSVC 6.5. 2. I now use the header boost/detail/endian.hpp. (I didn't before, because I didn't trust that header. But I now think it is better to use endian.hpp, and to fix any problems with the header as they show up.) 3. General code clean-up and simplification. 4. More discussion of portability issues in the docs. There are no changes to the interface. If anyone has time to test the library, I would be interested in the results. Thank you, Johan Råde

2 5

seek issue with boost::iostreams::stream
by Steve Nutt 08 Jan '08

08 Jan '08

I've created a device with the boost::iostreams::dual_seekable category to use with the boost::iostreams::stream class, but I'm having trouble implementing seek. When I call seekp on the stream, seek on my device is called with a which (openmode) of both BOOST_IOS::in and BOOST_IOS::out. I would have expected for a call to seekp the which parameter in the seek call on my device would be BOOST_IOS::out, and calling seekg would set which to BOOST_IOS::in. The following code in boost\iostream\detail\streambuf\indirect_streambuf.hpp ignores the which argument passed and passes on through both in and out. template<typename T, typename Tr, typename Alloc, typename Mode> inline typename indirect_streambuf<T, Tr, Alloc, Mode>::pos_type indirect_streambuf<T, Tr, Alloc, Mode>::seekpos (pos_type sp, BOOST_IOS::openmode) { return seek_impl( position_to_offset(sp), BOOST_IOS::beg, BOOST_IOS::in | BOOST_IOS::out ); } Is this correct, and if so how do I implement seeking when using a dual head device? Many thanks, Steve Nutt

2 2

Using Boost.Coroutine to mock threads
by Edd Dawson 07 Jan '08

07 Jan '08

Hello folks, I'm currently trying to write tests for some threaded code. However, context switching is not predictable and scheduling is unfair on the platforms concerned, so there is no deterministic behaviour on which I can rely. Here's a sketch of my task_queue class: class task_queue : noncopyable { public: // use num_threads threads to churn through tasks task_queue(unsigned num_threads); // Don't start any new tasks. // Return as soon as all active tasks are complete. ~task_queue(); // throw() // Add a task to the back of the queue void append(const function<void ()> &task); private: // ... }; The tasks should be picked up in FIFO order. Without some kind of deterministic threading implementation, I can't test this with the given interface. To truly test FIFO ordering, looking at when tasks start and/or finish is insufficient. Instead I need to see when a task is picked up by a thread. I can hack in some hooks, but that seems wrong(?). So! I had this slightly wacky thought. Would it be possible to implement the boost.Thread API using Boost.Coroutine? Coroutine yield()s would be performed inside blocking calls to whatever_lock_type::lock(), thread::join(), condition::wait() and so on, perhaps; I haven't completely thought this through, yet... :) If this is possible, I would have a deterministic threading system and therefore have some guarantees to work with in my tests. For example, I can now use the starting time of a task as a measure of the time at which a worker thread plucks a task from the queue (because there would be no context switching between the pluck and the first instruction of the task). Thus, I can test FIFO-ness. I realise Boost.Coroutine isn't an official Boost library, but I'm guessing this is still the best place to find out whether this idea has wings. Hope that's ok. Laugh me off stage if you must! Kind regards, Edd

3 4

Re: [boost] [Boost-users] upcoming Switch library review Jan 5th - Jan 9th
by Stjepan Rajko 07 Jan '08

07 Jan '08

On Jan 6, 2008 12:20 PM, Tobias Schwinger <tschwinger(a)isonews2.com> wrote: > Stjepan Rajko wrote: > > Would using > > result_of<F(boost::mpl::front<Cases>::type)> be an option for a > > non-empty case sequence? > > I think it's too complicated: We can't use 'result_of' to determine the > result of 'switch_', so it should be as simple to determine as possible > (ideally without deduction at all). > Sure - although the library could offer something along the lines of result_of::switch. > > As long as the order of the cases doesn't > > matter (btw, does it?), the user could put the desired type in the > > front of the Cases sequence if the return type differs for different > > MPLConstant types. > > Further, we still need a special-engineered function object; one of the > cases will have a special role. It might work, but it feels inelegant to > me: The function object's result type should be convertible to whatever > 'switch_' wants to return. > I agree that being able to specify the return type explicitly would be very useful, precisely because you could use function objects that are not result_of/result_type compatible, or override the return type even if one is specified by the function object. I can see overriding it to boost::any or some other "common denominator" as a frequent use case. > So what will deducing that type from the function object buy us? > > The only answer I can currently see is "nothing but trouble" :-). Please > tell me if I'm missing something. > >From what I can see, it buys simplicity when the use case is not complicated (the return type is available through result_type or result_of and does not change), or when you really want to leave it to the function object to specify what the return type should be. Granted, all of the proposed solutions for return type deduction seem slightly imperfect / inelegant, but as long as the behavior is clearly explained in the documentation they could be useful. Regards, Stjepan

2 2

Trac open bugs - by assignee
by Marshall Clow 07 Jan '08

07 Jan '08

[ 192 open bugs today, 190 on 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 18 az_sw_dude 17 dgregor 15 djowel 12 doug_gregor 11 grafik 11 dave 11 agurtovoy 11 None 8 vladimir_prus 8 jsiek 7 johnmaddock 7 anthonyw 5 witt 4 turkanis 4 bemandawes 3 rogeeff 3 pdimov 3 jmaurer 3 igaztanaga 3 ebf 3 danielw 2 urzuga 2 pavol_droba 2 nesotto 2 nasonov 2 matias 2 danieljames 2 <Blank> 1 t_schwinger 1 speedsnail 1 shammah 1 samuel_krempp 1 marshall 1 kaalus 1 hljin 1 hkaiser 1 dlwalker 1 burbelgruff 1 aaron_windsor <Blank> 1307 [lambda] invalid boostbook <Blank> 1434 Boost.Preprocessor_ small fix for the documentation None 1068 Mersenne twister disables streaming for Visual C++ None 1094 Finding the correct library to link (feature request for pkg-config support)h None 1222 lambda::ret<T> should declare result_type. None 1247 Typos in "boost/random/additive_combine.hpp"_ lines 68-69 None 1270 uniform_smallint doesn't compile with lagged_fibonacci random number generators None 1407 Boost is doesn't install on MacPorts using Leopard None 1493 SVN files making it through to install None 1515 [lambda] C4512 warnings from VC8.0 None 1544 uniform_01 w/ref template param causes ref to ref error None 1546 Method boost::random::uniform_int::operator()(engine_ value) is missing None 1548 [variant][docs]typo: formal arg_ operand_ should be v in times_two arglist 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 588 mpl::remove compile error with gcc 4.1.0 agurtovoy 640 documentation mistake 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 1547 [thread] error C2065: 'NULL' : undeclared identifier in thread_primitives.hpp 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 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 752 directory_iterator doesn't work with catch burbelgruff 1503 typeof bug (big integral constant) 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 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 865 Use of C++0x keyword as identifier dave 910 gcc strict-aliasing problems with python dgregor 1003 [iostreams] copy-paste error in typedefs for wchar multichar_filters dgregor 1139 [iostreams] Regex filter segfaults when zero matches found dgregor 1140 boost::iostreams linked_streambuf bug dgregor 1149 Minor doc error in basic_null_device dgregor 1164 Floyd Warshall broken with unsigned edge weights dgregor 1185 iostreams::direct_streambuf<T_Tr>::is_open always returns false if output iterator is not null dgregor 1192 [boostbook] problem when two files have the same name dgregor 1199 configure doesn't work with path containing whitespaces (MacOS X) dgregor 1232 mapped_file_source::is_open() is broken under windows 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 1394 Translate libs/graph/build/python/Jamfile to BBv2 dgregor 1395 Write Tests for Python Bindings 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 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 965 [doc] boost::variant tutorial - final example uses v1_v2 should be seq1_seq2 ebf 993 Variant should use least common multiple of alignments_ rather than maximum grafik 1041 Cygwin requires PATH setting. grafik 1062 Cygwin install stage fails with combination of patches 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 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. hljin 1522 bit_range friend decl in bit_aligned_pixel_reference.hpp needs to be fully qualified for gcc 4.3 mainline 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 jmaurer 351 Diff in state of mersenne_twister gen between GCC3.41 & CW9 jmaurer 599 uniform_01 copies engine instead of using a reference jmaurer 819 uniform_int<> with type's maximum availaible range error 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 1440 libs/config/test/link/Jamfile.v2 confuses process_jam_log johnmaddock 1446 POSIX API doesn't use C locale johnmaddock 1451 error: use of C99 long long integer constant johnmaddock 1511 Non latin symbols in regexp jsiek 1531 segfault in dynamic_bitset::reference assign operator jsiek 1540 Poisson distribution very slow for large mean (and may also overflow). jsiek 416 Spelling of Edmonds-Karp-Algorithm 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 marshall 1252 [pool] severe overhead with unaligned sizes. matias 1406 Understanding the Tables outdated matias 1539 Missing semi-colon in random library quitck start example nasonov 1220 lexical_cast requires RTTI nasonov 754 boost::any - typeid comparison across shared boundaries nesotto 1284 [range] sub_range assignment issue nesotto 1464 boost_range_array unused in several array_size() functions 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* pdimov 1444 scoped_ptr::operator== should be equivalent to a.get()==b.get()_ but is currently !!a==!!b pdimov 779 gcc-4.2 atomicity.h location rogeeff 1383 signal.h features not found on Mac OS rogeeff 1489 BOOST_CHECK_CLOSE fails to compile with templated value type rogeeff 1542 [test] compiler errors when building with stdcxx library samuel_krempp 859 boost::format ignores a user defined locale shammah 386 boost::pool_allocator breaks with vector of vectors speedsnail 1138 Problems with TSS and static thread library t_schwinger 1100 Building boost.function_types fails cvs rev-1.1_ no chdir command in bash turkanis 1523 [iostreams] VC8/VC9 compiler warnings turkanis 1545 [boost/rational.hpp] 'noskipws' is not a member of 'std' turkanis 1551 stream_buffer::seekpos ignores openmode parameter turkanis 1553 restrict() unusable on platforms that treat "restrict" as a keyworld (as in C99) urzuga 574 [boost::lambda] Compile error with libstdc++ debug mode urzuga 781 Lambda: (_1 + "y")(string("x")) Doesn't Compile 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 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

Visual Studio 2008
by Lars Schouw 07 Jan '08

07 Jan '08

Lars Does boost build and run the regression tests for Microsoft Visual Studio 2008? ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

2 1

upcoming Switch library review Jan 5th - Jan 9th
by Stjepan Rajko 06 Jan '08

06 Jan '08

The review of the Switch library by Steven Watanabe will begin this Saturday, Jan 5th. Description: The built in C/C++ switch statement is very efficient. Unfortunately, unlike a chained if/else construct there is no easy way to use it when the number of cases depends on a template parameter. The Switch library addresses this issue. You can download the library from the Boost Vault: http://tinyurl.com/23qn7w For convenience, the docs have been uploaded here: http://tinyurl.com/2h6ut9 ... and the source file here: http://tinyurl.com/2cbfyk If you are interested, please consider submitting a review of this library. I will send more detailed instructions on what to include in the review on the 5th. Regards, Stjepan

4 6

cygwin boost install problems dll.a extension???
by adam99 06 Jan '08

06 Jan '08

I downloaded boost packages under cygwin (both boost and boost-devel). My first problem is unit test framework was not installed through this installation. I have tried to create it through bjam and created a library file at /usr/src/boost-1.33.1-3/boost_1_33_1/bin/boost/libs/test/build/libboost_unit_tes t_framework.a/gcc/boost_unit_test_framework/libboost_unit_test_framework-gcc-1_3 3_1.a I copied it from there to my /lib directory. Then while trying to build quantlib I figured out that quantlib was not able to find any of the boost libraries. They are in my /lib directory as below. After several trials with an hello world code an trying to link library, I realized that I can not link anything in /lib without dll.a extension g++ -o hello -L/lib hello.cpp -llibcrypt this works, since ls /lib/libcrypt* /lib/libcrypt.a /lib/libcrypt.dll.a g++ -o hello -L/lib hello.cpp -llibbfd /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -llibbfd collect2: ld returned 1 exit status fails as libbfd.dll.a does not exist; ls /lib/libbfd* /lib/libbfd.a /lib/libbfd.la none of the libboost have dll.a file; ls libboost* libboost_date_time-gcc-mt-1_33_1.a libboost_program_options-gcc-mt-s.a libboost_signals-gcc-mt-s.a libboost_date_time-gcc-mt-s-1_33_1.a libboost_program_options-gcc-mt.a libboost_signals-gcc-mt.a libboost_date_time-gcc-mt-s.a libboost_python-gcc-mt-1_33_1.a libboost_thread-gcc-mt-1_33_1.a libboost_date_time-gcc-mt.a libboost_python-gcc-mt.a libboost_thread-gcc-mt-s-1_33_1.a libboost_filesystem-gcc-mt-1_33_1.a libboost_regex-gcc-mt-1_33_1.a libboost_thread-gcc-mt-s.a libboost_filesystem-gcc-mt-s-1_33_1.a libboost_regex-gcc-mt-s-1_33_1.a libboost_thread-gcc-mt.a libboost_filesystem-gcc-mt-s.a libboost_regex-gcc-mt-s.a libboost_unit_test_framework-gcc-1_33_1.a libboost_filesystem-gcc-mt.a libboost_regex-gcc-mt.a libboost_unit_test_framework-gcc-mt.a libboost_iostreams-gcc-mt-1_33_1.a libboost_serialization-gcc-mt-1_33_1.a libboost_wave-gcc-mt-1_33_1.a libboost_iostreams-gcc-mt-s-1_33_1.a libboost_serialization-gcc-mt-s-1_33_1.a libboost_wave-gcc-mt-s-1_33_1.a libboost_iostreams-gcc-mt-s.a libboost_serialization-gcc-mt-s.a libboost_wave-gcc-mt-s.a libboost_iostreams-gcc-mt.a libboost_serialization-gcc-mt.a libboost_wave-gcc-mt.a libboost_program_options-gcc-mt-1_33_1.a libboost_signals-gcc-mt-1_33_1.a libboost_program_options-gcc-mt-s-1_33_1.a libboost_signals-gcc-mt-s-1_33_1.a Any help will be appreciated Thanks -- View this message in context: http://www.nabble.com/cygwin-boost-install-problems-dll.a-extension----tp14… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[IOStreams] Opinion on test case needed
by Frank Birbacher 06 Jan '08

06 Jan '08

Hi! I had problems using iostreams::stream<file_descriptor> with Windows and MSVC 8 Express. The file_descriptor had a bug and failed seeking. But the error had gone unnoticed. Because of this I wrote a test case for this in hope to discover an error in IOStreams (source: see below). I did not discover one. Instead the test runs fine on linux/gcc 4.1.2 but fails on Windows/MSVC8Express (test run: see below). I based the test on "Standard C++ IOStreams and Locales" (Langer&Kreft), Section 1.3 "The Stream State". And I found the IOStreams library is just using std::iostream for handling the errors. So is MSVC buggy in this regard? Or am I missing something? Source of test case in Trac SVN Browser: http://svn.boost.org/trac/boost/browser/sandbox-branches/birbacher/fix_iost… Result of test case on platform Windows/MSVC 8 Express: > ...using <p..\..\..\bin.v2\libs\iostreams\test\error_test.test\msvc-8.0express\debug>error_test.exe... > testing.capture-output ..\..\..\bin.v2\libs\iostreams\test\error_test.test\msvc-8.0express\debug\error_test.run > ====== BEGIN OUTPUT ====== > Running 12 test cases... > error_test.cpp(81): error in "wrap_nothrow <&test_seekg>": exception thrown by function(stream) > error_test.cpp(66): error in "wrap_nothrow <&test_seekg>": stream still good > error_test.cpp(68): error in "wrap_nothrow <&test_seekg>": stream did not set badbit > error_test.cpp(69): error in "wrap_nothrow <&test_seekg>": stream did not fail > error_test.cpp(71): error in "wrap_nothrow <&test_seekg>": stream does not report failure by operator ! > error_test.cpp(73): error in "wrap_nothrow <&test_seekg>": stream does not report failure by operator void* > error_test.cpp(66): error in "wrap_throw <&test_seekg>": stream still good > error_test.cpp(68): error in "wrap_throw <&test_seekg>": stream did not set badbit > error_test.cpp(69): error in "wrap_throw <&test_seekg>": stream did not fail > error_test.cpp(71): error in "wrap_throw <&test_seekg>": stream does not report failure by operator ! > error_test.cpp(73): error in "wrap_throw <&test_seekg>": stream does not report failure by operator void* > unknown location(0): fatal error in "wrap_throw_delayed<&test_seekg>": std::runtime_error: bad seek > error_test.cpp(73): last checkpoint > error_test.cpp(81): error in "wrap_nothrow <&test_seekp>": exception thrown by function(stream) > error_test.cpp(66): error in "wrap_nothrow <&test_seekp>": stream still good > error_test.cpp(68): error in "wrap_nothrow <&test_seekp>": stream did not set badbit > error_test.cpp(69): error in "wrap_nothrow <&test_seekp>": stream did not fail > error_test.cpp(71): error in "wrap_nothrow <&test_seekp>": stream does not report failure by operator ! > error_test.cpp(73): error in "wrap_nothrow <&test_seekp>": stream does not report failure by operator void* > error_test.cpp(66): error in "wrap_throw <&test_seekp>": stream still good > error_test.cpp(68): error in "wrap_throw <&test_seekp>": stream did not set badbit > error_test.cpp(69): error in "wrap_throw <&test_seekp>": stream did not fail > error_test.cpp(71): error in "wrap_throw <&test_seekp>": stream does not report failure by operator ! > error_test.cpp(73): error in "wrap_throw <&test_seekp>": stream does not report failure by operator void* > unknown location(0): fatal error in "wrap_throw_delayed<&test_seekp>": std::runtime_error: bad seek > error_test.cpp(73): last checkpoint > > *** 24 failures detected in test suite "Master Test Suite" > > EXIT STATUS: 201 > ====== END OUTPUT ====== Any opinions on this? Any suggestions on what to do about it? Frank

4 16

[www patch] CVS link on front page
by Jonathan Wakely 06 Jan '08

06 Jan '08

Hi all, and happy new year. the front page of www.boost.org still links to SourceForge for "Main CVS." I don't have an svn account so could someone please apply this. Thanks, Jon

2 3

Trac lists not all available libraries
by Jens Seidel 06 Jan '08

06 Jan '08

Hi, it happened already some times that I tried to report a bug in Trac but could not select the proper library. Yesterday I missed e.g. accumulators. Can you please update it? Is there an easy way to directly contact a submitter if I only know his Subversion account? Can I just append @boost.org or something like this? It is currently hard to find the email address even if one can guess the name as the address is often either just not displayed (web site, even on the people section) or obfuscated by the mail archive. Even spam protection does not excuse this. If one is willing to work on an Open Source project it should be possible to find contact data. Jens

2 2

Re: [boost] upcoming Switch library review Jan 5th - Jan 9th
by Tobias Schwinger 06 Jan '08

06 Jan '08

Forwarding this post from boost.user... Steven Watanabe wrote: > AMDG > > Tobias Schwinger <tschwinger <at> isonews2.com> writes: > >> dan marsden wrote: >>> Why is the fall through behaviour to throw an exception? >> I too tripped over this one, yesterday. >> >> <snip> > The other option is an assertion. Is that any better? I think the "default default behavior" should be to use the default constructor. This approach works nice with Any, Variant and Optional. > Or should a void return type be a special case? If 'Default's result type is 'void' although something else is expected, we should assert it never actually returns at runtime (note that it is possible to detect the result type with an overloaded comma operator and without requiring 'Default' to work with 'result_of' -- might also be faster). If assertions are disabled the behavior should be unspecified in that case. <snip> >> Of course there are no pointers to templates, so using a function >> pointer for anything but the default is pretty pointless. So is trying >> to handle varying result types -- maybe the result type should be passed >> in with another template parameter? > > I'd rather leave it as result_of<F()>::type. Actually 'result_of<F()>::type' determines the result of the nullary call to F. I don't think I like this sort of "result_of abuse"... The correct usage would be 'result_of<F(MPLConstant)>::type' but it's pointless since 'MPLConstant' varies and so may the whole type expression. So, if you insist on deducing the result type from the function object (instead of having it specified explicitly) my vote is 'F::result_type', however, I still find another template parameter more appropriate for the following good reasons: o The function object can work fine with result_of in a non-'switch_' context. The cases can return different things as long as they are convertible to the result of 'switch_', and o there is no way to determine this type with 'result_of. Regards, Tobias

2 1

Re: [boost] Trac lists not all available libraries
by Daniel James 06 Jan '08

06 Jan '08

On 06/01/2008, Marshall Clow <marshall(a)idio.com> wrote: > I'll add accumulators to the trac system. Please can you add unordered as well. thanks, Daniel

2 3

[Interprocess] Interprocess' reference documentation overwritten by Boostbook's.
by Daniel James 06 Jan '08

06 Jan '08

Hi Ion, The main page of the Interprocess reference documentation is created at '/doc/html/reference.html' which is the same location as the Boostbook reference documentation. When the combined documentation is generated is gets overwritten by boostbook. So can you change the location it's generated at? Thanks, Daniel

1 0

Re: [boost] Switch library overloads of call operator
by dan marsden 06 Jan '08

06 Jan '08

Steven Watanabe wrote: >dan marsden <danmarsden <at> yahoo.co.uk> writes: >> The documentation is not specific about which specific type >> (e.g. mpl::int_<1> for case 1 matching in the >> underlying switch statement) is going to be used. >The type that is passed to f is whatever is in the list of cases. Ok cool. >> It looks to me like >> it would be convenient to overload >> operator() for each case I want to service, but this will be >> awkward to do without knowing the exact type >> that will be incoming. >> >> <snip> > >If multiple cases are not grouped together, I don't >see how it's an advantage to use my library vs. using a >plain old hand-written switch. Would you mind elaborating? I think you're probably right, my original suggestion that multiple overloads of operator() would be likely is probably wrong. I can only suggest handling special cases such as divide by zero for example, but I think my original suggestion may be a red herring. Cheers Dan ___________________________________________________________ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/

2 1

Switch library overloads of call operator
by dan marsden 06 Jan '08

06 Jan '08

Hi Another question about the design / docs for the switch library under review. From what I understand switch takes a runtime integral value, uses a PP generated switch statement, and calls out using some sort of MPL integral constant to specify the switch case to be served. This is pretty cool, as we seem to be travelling back from runtime into compile time world. The documentation is not specific about which specific type (e.g. mpl::int_<1> for case 1 matching in the underlying switch statement) is going to be used. It looks to me like it would be convenient to overload operator() for each case I want to service, but this will be awkward to do without knowing the exact type that will be incoming. Otherwise I'm going to have to use enable_if or something to separate out the cases, which seems unnecessarily awkward. The example provided is fortunate that it behaves uniformly for each incoming value, so only 1 overload of operator() is required. IMO this will not be the common case, an example with differing behaviour would be helpful. I think the documentation could do with a bit of clarification in this area. Cheers Dan ___________________________________________________________ Support the World Aids Awareness campaign this month with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/

3 2

Re: [boost] Iostreams and Network [asio]
by Jonathan Turkanis 05 Jan '08

05 Jan '08

Hi JD, JD wrote: > And also, is there any attempt to write a Source/Sink to read and write > from shared memory? Currently there is http://www.boost.org/libs/iostreams/doc/classes/mapped_file.html. While I have been away from Boost, the Interprocess library has been accepted, providing sophisticated support for shared memory and memory mapped files. I am planning to write devices to access the functionality of the Boost.Interprocess for 1.36. > JD >> Hi, >> >> Iostreams documentation states: "For example, Boost.Iostreams can be >> used to create streams to access TCP connections". Is there any such >> attempt to create a TCP/IP communicating Source/Sink couple? >> I know asio is doing this, but I was looking for an pure Iostreams >> solution. Currently there are no devices for TCP/IP communications. I am planning to implement blocking TCP/IO devices using asio for 1.36, but I also hope at some point to achieve a better degree of integration. Standard iostreams are not a very good way to access network connections, since they are designed for blocking i/o; however, Boost.Iostreams is also intended as a framework for filtering, and I was careful to design filter concepts that would work with asynchronous and non-blocking devices. When Boost.Asio was proposed, I was looking forward to the possibility of introducing asynchronous and non-blocking device concepts to make the libraries work together, but unfortunately I became so busy that I was not able to participate in the review process or collaborate with Chris Kohlhoff in the subsequent development of the library. Now that I have more time I am committed to trying to make the two libraries work together as much as possible. >> Regards, >> >> JD -- Jonathan Turkanis CodeRage http://www.coderage.com

1 0

[iostreams] understanding the models
by Benjamin Collins 05 Jan '08

05 Jan '08

I'm trying to write a device for iostreams, but I'm having a hard time understanding how the current sources and the models explained in the documentation are in agreement. Maybe I'm shooting myself in the foot by never being able to work on this for more than 30 minutes at a time and having that 30 minutes be late at night, but... Anyway, it seems odd to me - for example, the boost::iostreams::mapped_file_source class has the following category of source_tag + direct_tag + closable_tag, and has member functions open(), size(), data(), begin(), and end(). None of these are particularly surprising. After all - a mapped_file has to be open()ed at some point. But under what model as defined in the docs? In other words, how and when is that function called, and how does a stream_buffer know he can call open() on a particular device? Also, the documentation indicates that a source device needs to support the read() function - but mapped_file_source has no read() (maybe because it is convertible to 'direct'?). -- Benjamin A. Collins <ben.collins(a)acm.org> http://bloggoergosum.us

2 1

[iostreams] Patch for latest CodeGear (Borland) compiler
by Nicola Musatti 05 Jan '08

05 Jan '08

Hallo, The patch in http://svn.boost.org/trac/boost/ticket/1294 improves support for the latest version of bcc32, 5.9.2 . If I don't receive objections in two or three days I'll apply it. Cheers, Nicola -- Nicola.Musatti <at> gmail <dot> com Home: http://nicola.musatti.googlepages.com/home Blog: http://wthwdik.wordpress.com/

2 1

build error during integration of serialization lib
by Arunava Saha 05 Jan '08

05 Jan '08

Dear Robert/experts, I am getting build errors after the integration of versioning in serialization lib. I have included the version.hpp. The following is the error msgs I am getting. Can someone please point me to the issue? FYI, everything is working fine except this versioning stuff. error: 'version' is not a template error: explicit specialization of non-template error: 'mpl' has not been declared error: ISO C++ forbids declaration of 'int_' with no type error: expected ';' before '<' token error: 'mpl' has not been declared error: 'integral_c_tag' does not name a type Thanks, Arunava.

2 1

[1.35.0] Intel compiler - does anyone care?
by Beman Dawes 05 Jan '08

05 Jan '08

The great bulk of remaining 1.35.0 release test issues are with the Intel compiler. See http://beta.boost.org/development/tests/release/developer/issues.html Does anyone really care about this compiler? Should we drop it from the high priority list? If there are folks who do care, perhaps they could suggest a plan to eliminate the failures, or at least shed light on why so many tests are failing. --Beman

9 20