May 2009 - Boost-users - lists.boost.org

make_argpack(vec_kwd, make_vector(arg[0], ..., arg[n-1]))
by er 29 May '09

29 May '09

Hi All, Any suggestion for this? typedef typename mpl::transform<range_c<0,n>,meta::kwd >::type vec_kwd_t; arg_list< tagged_argument<tag<0>,A<0> >, ... arg_list< tagged_argument<tag<n-1>,A<n-1> >, empty_arg_list > > make_argpack(vec_kwd,make_vector(arg[0],...,arg[n-1])){ // Step 1: get a vector of tagged_argument vec_tagged_arg_t vec_tagged_arg = fusion::transform( kwds, args, binary_f() ); //OK // Step 2: // recursively construct args_list_t from vec_tagged_arg using // arg_list(TaggedArg arg, Next const& tail) // : Next(tail) // // , arg(arg) // // {} // // A little tedious. Before I go ahead : is this the proper way? // A better solution altogether? } Thanks.

2 4

[Graph] how best to submit patch?
by Tim Keitt 29 May '09

29 May '09

I would like to submit a patch for the Graph library. (This is the iterator splitting issue I raised some time ago.) So what is the procedure? 1) check out source from sourceforge SVN (done) 2) make changes 3) run tests??? (what is the best way to ensure the behavior has not changed?) 4) generate the patch (use svn diff?) 5) submit somewhere I just want to be sure I'm pulling the correct tree and there is some means to run regressions on my changes. Thanks. THK -- Timothy H. Keitt Associate Professor Section of Integrative Biology University of Texas at Austin http://www.keittlab.org/

3 3

Boost.iostreams to stream stderr/stdout from forked shell command?
by Andrej van der Zee 29 May '09

29 May '09

Hi, I was wondering if it is possible with boost iostreams to stream stderr/stdout of a forked shell program to the parent process, and use it as an iostream. I could not find anything like this in the documentation or examples. Does anybody has some working code that does just this? Thank you, Andrej

2 1

The Boost Bug Sprint is here!
by Marshall Clow 29 May '09

29 May '09

The boost bug sprint starts today Friday, May 29th, and runs through Sunday June 7th. Status 5/29: 812 open tickets. The goal is to address a large number of open bugs/patches/feature requests in the Trac system at <http://svn.boost.org/trac/report/1>. There are currently 812 open tickets; we'd like to knock that number down _a lot_. What can you do? 1) You can fix bugs. * If you are a library maintainer, you can commit your fixes. ;-) * If you are not a library maintainer, you can fix a problem on your local machine (and test it!!), and then attach your fix as a patch to the Trac ticket for the library maintainer to commit. If you do this, please provide a test case that exercises the problem; i.e, one that fails w/o your patch, and succeeds afterwards. 2) You can characterize bugs. * You can attempt to replicate the bug on your system(s), and attach information that you discover to the Trac ticket. This will make it easier for other people to solve the problem, even if you cannot. * You can write test cases demonstrating the problem, and attach them to the Trac ticket. * You can determine if the bug still exists; sometimes they get fixed, and the ticket never gets closed. In this case, try to identify a checkin that addresses the bug; it's always suspicious when bugs go away "by accident." 3) You can test patches. * Some of the tickets in the Trac system contain patches - some are quite old. You can install these patches on your system, and determine if they (a) build, and (b) work. If you do this, please provide detail. Don't just say "works for me" - say "I installed this over revision XXX on system YYY with compiler ZZZ. The patch installed and compiled successfully, and passed all the tests." * You can write test cases for the patches, and attach them to the ticket. 4) You can help implement new features. * There are a whole set of "feature requests" in the Trac system. If you have an idea about one of these, you can add comments to the Trac system. You can attempt to implement these new features, and attach the patch to the ticket. (Don't forget the test cases!!). Every day during the bug sprint, I'll post the # of tickets modified/closed/opened on the previous day, as well as the total number of open tickets. If you aren't sure where to start, you can verify existing patches. Here are a list of patches that have been open at least six months. [ Note: The URL for ticket number XXXX is https://svn.boost.org/trac/boost/ticket/XXXX ] Bug # Library Description 2603 smart_ptr patch for owner_before and owner_less support with shared_ptr/weak_ptr 2581 mpi MPI tutorial sample has missing includes 2509 string_algo case conversion (to_upper) fails in Codegear C++Builder 5.9.3 2484 bimap Const-overload needed for bimap associative_container_adaptor::count() 2482 concept_check msvc-9.0 unreferenced formal parameter warning when using boost::breadth_first_visit 2454 fusion Fusion - MSVC level 1 warnings 2452 fusion Fusion vector warning 4512 supression would be nice, 2390 test "[patch] fix gcc-4.3 ""unused"" warning in floating_point_comparison" 2370 lexical_cast [lexical_cast] Patch to reduce warnings for CodeGear (Borland) 2351 spirit Minor BOOST_SPIRIT_RULE fixes (rule_parser.hpp) 2312 smart_ptr intrusive_ptr::operator= should have by-value argument 2304 spirit Patch to fix warnings in spirit 2297 mpl Workaround for GCC bug 2290 serialization Patch for GCC-4.0.1 compatibility (and better compile time). 2271 serialization Cannot load version 1.35.0 xml archives that contain vectors of primitive types 2208 Python Pyste can use ElementTree from Python 2.5 2149 date_time Updated Daylight Savings Time for Australia/Perth 2142 Python Patch for boost.python - return_pointee_value, 2114 none Patch for export symbols from shared library 2064 tokenizer Interval notation is wrong in tokenizer documentation 2053 threads porting boost to avr32 linux platform 1947 iterator traversal access decoupling 1861 date_time time_duration type can not be correctly written or read of the period spans 24 hours of more (vc9 and probably others). 1850 thread request for unlock_guard (and/or unique_unlock) to compliment lock_guard/unique_lock 1811 Building Boost Help packaging by supporting DESTDIR 1791 lexical_cast fix warning on MSVC warning level 4 1702 random serialization for Mersenne twister 1681 filesystem patch for NTFS symbolic links 1541 parameter [parameter] Patch for missing includes 1535 function [result_of] remove unneeded headers 1534 build Add support for winsdk 6.1.6000 to Boost.Build.v2 1533 iterator boost/function.hpp unneeded in transform_iterator.hpp 1529 fusion Missing include statement 1521 bimap Missing #include statements 1519 iterator lvalue-ness resurrection in transform_iterator 1437 random "normal_distribution.hpp, improvements to distribution and possibly speed" 1418 serialization polymorphic archive performance improvement 1377 GIL Add ability to save RGBA image as TIFF with associated-alpha (premultiplied) transparency channel. 1341 asio unused argument and another g++ warning 1338 numeric g++ warnings and incomplete header inclusions 1271 Python unused parameter warning in release build 1116 build disable some warnings in msvc build 1066 Python Patch to make Boost.Python compile on SunCC 1049 mpl Getting mpl/has_xxx.hpp to compile on AIX 1020 iterator Boost.Iterator proposal to add is_constant_iterator 903 Python inconsistent usage of function pointer typedefs 868 thread [thread] thread_specific_ptr::element_type ? 864 lambda [lambda][utility] Make lambda support result<> 863 [parameter] fix operator|| for lazy binding 861 parameter Detect nested template members with has_template_xxx,mpl 857 Python add shared_ptr< const T> support 827 date_time Unused variable in format date parser, 802 thread [thread] MSVS: Allow use of thread headers with /Za 761 mpl [mpl] evc4 port 717 Python Add operator for __repr__ similar to __str__ 637 mpl Adjusts mpl::pair concept to be compatible with STL pairs --------- Sign-up sheet -------- The following people have committed to participate in the bug sprint. Please add you name here, along with what you can do. 1) Marshall Clow (coordination, Mac OS X characterization) 2) Beman Dawes (filesystem, system, timer) 3) Doug Gregor (function, graph, logic, mpi, numeric, property_map, signals) 4) "joel falcou" <joel.falcou(a)u-psud.fr> ( linux gcc testing/VC 2008 testing, patching) 5) Michael Caisse <boost(a)objectmodelingdesigns.com> (bug fixing) 6) Jeremiah Willcock <jewillco(a)osl.iu.edu> (will test and commit graph patches) 7) David Abrahams (iterator, python) 8) Sohail Somani (patches for g++ 4.2.4) 9) Steven Watanabe <watanabesj(a)gmail.com> (bug fixes, como) 10) vicente.botet" <vicente.botet(a)wanadoo.fr> 11) Stjepan Rajko <stjepan.rajko(a)gmail.com> (fusion) 12) Daniel Wallin (parameter, ...) -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 1

[BGL] Dynamic property map containing pointers to custom object
by Leonardo Ciman 29 May '09

29 May '09

Hi, i tried to build a property map using the associative_property_map and putting a poiter to a pure virtual class as value type but i had some error i can't understand. I also tried with a normal class pointer and i had the same problem. /usr/include/boost/dynamic_property_map.hpp:202: error: no match for ‘operator<<’ in' out << boost::get ... I'm new to boost and c++, it's likely that i've done some stupid errors. I hope somebody can help me. That's a test that reproduce the problem: f#include <boost/graph/adjacency_list.hpp> #include <boost/dynamic_property_map.hpp> #include <boost/property_map.hpp> #include <map> #include <iostream> typedef boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS>Graph; typedef boost::graph_traits<Graph>::vertex_descriptor vertex_descriptor; class Interface { virtual void test()=0; }; class Implement : Interface { void test(){std::cout << "ok" <<std::endl;} }; int main() { std::map<vertex_descriptor,Interface&>* testmap = new std::map<vertex_descriptor, Interface&>; boost::associative_property_map<std::map<vertex_descriptor,Interface&> > test_map(*testmap); boost::dynamic_properties dp; dp.property("test", test_map); //that's the line that cause the problem Implement i; put("test", dp, 0, i); }

1 0

ublas: tridiagonal with diagonal=upper+lower
by Hicham Mouline 29 May '09

29 May '09

Hello, Is there a special name for tridiagonal matrices that have the property: a(i,i) = a(i, i-1) + a(i, i+1) where the first index is the row, and the 2nd is the column. Do these matrices have special properties? Regards,

1 0

[Date Time] Howto get current time zone
by Bo Karlsson 29 May '09

29 May '09

Hello! Does anyone know how I can get the current time zone (configured in the OS) using the date time library? I need this to convert a UTC time value to the users local time zone. Thanks! /Bo

1 0

make_shared and custom deleter
by Dominique Devienne 28 May '09

28 May '09

I was thinking of using the new make_shared, but I'm already using a custom deleter (shared instances have private destructora and declare the custom deleter as a friend, and new instances are returned wrapped in shared_ptr, thus no explicit new or delete should be possible). Looking at make_shared, I can't see a way to use both at the same time. Am I out of luck? Thanks, --DD

2 2

Re: [Boost-users] Integral type with no upper limit?
by Robert Dailey 28 May '09

28 May '09

On Thu, May 28, 2009 at 7:59 AM, Barend Gehrels <Barend.Gehrels(a)geodan.nl>wrote: > Hi Robert, Francesco, > > I sent (to the other (developers) list) this: If the boost library did decide to implement and add its own limitless integer type, Couldn't this be added to part of the Boost.Math library?

2 1

Re: [Boost-users] Integral type with no upper limit?
by Scott McMurray 28 May '09

28 May '09

2009/5/26 Marshall Clow <marshall(a)idio.com>: > At 1:00 AM +0200 5/27/09, Michiel Helvensteijn wrote: >> >> Perhaps Boost shouldn't reinvent the wheel? There's already an open-source >> arbitrary precision arithmetic library: http://gmplib.org/ > > Which says: > GMP is distributed under the GNU LGPL. This license makes the library > free to use, share, and improve, and allows you to pass on the result. The > license gives freedoms, but also sets firm restrictions on the use with > non-free programs. > > There are people using Boost for both free and non-free programs. > It's my understanding that we (Boost) want to continue to support all of > them. > Personally, I think Boost would be best served providing some sort of expression template wrapper into which different arbitrary-precision numbers could be plugged. That would mean far less work to get something usable, as it could use the GMP implementation initially. Then a BSL version of the implementation could be developed incrementally, while non-floss users could license some implementation to use with the Boost interface.

6 6