February 2005 - Boost - lists.boost.org

boost::program_options extensions
by Preston A. Elder 08 Feb '05

08 Feb '05

I've been working with boost::options, and these is one gaping hole in it, that I have noticed. There is no way to use a custom converter in the default po::typed_value class. This is such a flaw, I've actually copied typed_value, and created one that accepts a function of parser(), which you would supply a boost::function2<void, boost::any &, const std::vector<std::basic_string<charT> > & Why would I want to do this? I have created a bunch of generic converters that can be used for a number of things, from validation to translation. The ones I have so far are: validate_oneof - used as: value<T>()->parser(validate_oneof<T>(first_val) + second_val + third_val + fourth_val)) This will then ensure that the value supplied is one of these values (obviously validate_oneof is a class with an overridden operator+ and an operator() for calling). validate_range - used as: value<T>()->parser(validate_range<T>(first, last)) This will ensure that the value lies between these values. You might be able to achieve the same with notifiers, I don't know, but from here, it gets more interesting. validate_mapped - used as: value<T>()->parser(validate_mapped<K,T>(first_key, first_val) + std::make_pair(second_key, second_val) + std::make_pair(third_key, third_val)) This will then allow you to specify a value of one type, but have a different type stored. This is particularly useful to allow, say: LogLevel = info and then have that actually stored as an in (say, 5) in the values. I have others to do syntax validation too, so say validate_ipaddr which will ensure that it is a valid IP address before storing it, and so on. Again, I'm not sure how much notifiers would do this too. But also consider the following. A 'validator' that allows you to take an IP address as text, verify it is a valid IP address (hell, if someone wanted to add logic, verify it is within a certain range if they wanted to), and then store it as an in_addr_t. Or even better, a 'validator' that checks to see if 'http://' is prefixed to a web address, and either removes it or adds it, depending on what you need. A notifier might be able to catch bad values, but not change types or correct the data. And all in all, the change to do this was minimal, apart from adding the 'parser' function, my xparse function is simply: if (m_parser) m_parser(value_store, new_tokens) else validate(value_store, new_tokens, (T*) 0, 0); Feel free to e-mail me if you want my code, or want me to post it. -- PreZ :) Founder. The Neuromancy Society (http://www.neuromancy.net)

2 8

[Boost-bugs] [ boost-Support Requests-1118381 ] Link VC6 to Boost
by SourceForge.net 08 Feb '05

08 Feb '05

Support Requests item #1118381, was opened at 2005-02-07 23:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: MichKinE (michkine) Assigned to: Nobody/Anonymous (nobody) Summary: Link VC6 to Boost Initial Comment: Hi, I'm not very familiar with all this Boost libs stuff. I wanted to use only the regex libs. Assuming that I'm working on WinXP + MSVC6, i have proceeded with the following build according to the "Getting Started" instructions: bjam "-sTOOLS=msvc" --with-regex install It took a while which surprised me coz i just wanted the regex libs, but it seemed to just work fine. It ended up with two dll in the VC98\bin dir, and a new dir : c:\Boost with a lot of stuff inside. My very nOOb question is : how do I link a C++ page in MSVC6 to get my boost regex libs ?? I tried many solutions on #include, but nothing worked. Does someone can help ? Thanks, MichKinE. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1118381&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] More on Serialization Link Issue
by Jared McIntyre 08 Feb '05

08 Feb '05

I have a workaround for the purpose of my project, I am currently compiling xml_iarchive.cpp and xml_oarchive.cpp into my project and linking into libboost_serialization.lib to get everything else. This is working, but isn't an optimal solution. Honestly, I'm not sure why I can wstring working in the demo code, but not my code. It might have to do with wchar_t not being set as a built-in type, but I've been unable to validate that since my codebase won't work that way. Thanks for all the help, Jared

2 1

Re: More on Serialization Link Issue - solved
by Jared McIntyre 08 Feb '05

08 Feb '05

Turns out it was the difference between treating wchar_t as a default type or not. When I modified the build process for the library to not treat wchar_t as a default type, everything linked clean. Once again, thanks for all the help. Jared

1 0

Solaris/gcc integer_traits #error on build
by Christopher Wiedel 08 Feb '05

08 Feb '05

I ran into a problem with the integer_traits.hpp file in the boost subdirectory at build time, specifically while trying to build the libboost_python-* files. It seems to be the same problem that was earlier encountered here: http://lists.boost.org/MailArchives/boost/msg76535.php I downloaded the patched version of integer_traits.hpp from CVS, but the problem persisted. I checked the #if statement beginning on line 87 of the newer version of the file, and there didn't appear to be any case for Solaris. I was building on a Solaris 8 machine, using gcc 3.3.2. I modified the file to add another case (line 101): 87 #ifndef BOOST_NO_INTRINSIC_WCHAR_T 88 template<> 89 class integer_traits<wchar_t> 90 : public std::numeric_limits<wchar_t>, 91 #if defined(WCHAR_MIN) && defined(WCHAR_MAX) 92 public detail::integer_traits_base<wchar_t, WCHAR_MIN, WCHAR_MAX> 93 #elif defined(__BORLANDC__) || defined(__CYGWIN__) || defined(__MINGW32_ _) || (defined(__BEOS__) && defined(__GNUC__)) 94 // No WCHAR_MIN and WCHAR_MAX, whar_t is short and unsigned: 95 public detail::integer_traits_base<wchar_t, 0, 0xffff> 96 #elif (defined(__sgi) && (!defined(__SGI_STL_PORT) || __SGI_STL_PORT < 0 x400))\ 97 || (defined __APPLE__)\ 98 || (defined(__OpenBSD__) && defined(__GNUC__))\ 99 || (defined(__NetBSD__) && defined(__GNUC__))\ 100 || (defined(__FreeBSD__) && defined(__GNUC__))\ 101 || (defined(__sun__) && defined (__GNUC__) && (__GNUC__ == 3)\ 102 || (defined(__hpux) && defined(__GNUC__) && (__GNUC__ == 3) && !defined(__SGI_STL_PORT)) 103 // No WCHAR_MIN and WCHAR_MAX, wchar_t has the same range as int. 104 // - SGI MIPSpro with native library 105 // - gcc 3.x on HP-UX 106 // - Mac OS X with native library 107 // - gcc on FreeBSD, OpenBSD and NetBSD 108 public detail::integer_traits_base<wchar_t, INT_MIN, INT_MAX> 109 #elif defined(__hpux) && defined(__GNUC__) && (__GNUC__ == 2) && !defined(__SGI_STL_PORT) 110 // No WCHAR_MIN and WCHAR_MAX, wchar_t has the same range as unsigned int. 111 // - gcc 2.95.x on HP-UX 112 // (also, std::numeric_limits<wchar_t> appears to return the wrong values). 113 public detail::integer_traits_base<wchar_t, 0, UINT_MAX> 114 #else 115 #error No WCHAR_MIN and WCHAR_MAX present, please adjust integer_traits< > for your compiler. 116 #endif 117 { }; 118 #endif // BOOST_NO_INTRINSIC_WCHAR_T The file then compiled without a problem when inluded in the python libraries. The question I still have is whether this has the potential to break something somewhere else in the code. -- Christopher Wiedel Software Installs Group University of Southern California

2 1

RE: [boost] Re: Problem with code in common_factor_ct.hpp
by Brian Braatz 07 Feb '05

07 Feb '05

> -----Original Message----- > On Behalf Of David Abrahams > Daryle Walker <darylew(a)hotmail.com> writes: > > > On 2/2/05 5:24 PM, "David Abrahams" <dave(a)boost-consulting.com> wrote: > > > >> Daryle Walker <darylew(a)hotmail.com> writes: > >> > >>> On 1/31/05 4:29 PM, "David Abrahams" <dave(a)boost-consulting.com> > wrote: > >>> > >>>> "John H. Spicer" <jhs(a)edg.com> writes: > >>>> > >>>>> This file includes the code below in an #else for > >>>>> BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. We give an error on that > code > >>>>> because of a missing "template" keyword (between :: and helper). > >>>>> > >>>>> What is the proper channel for reporting things like this? > >>>> > [Dave Abrahams] > Yes, we still have compilers with > BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. Not every library has > officially dropped support for vc6/7 yet. [Brian Braatz] Humble request from the "Front Lines" :) Please continue supporting vc7. I am currently in the unenviable position of BACK PORTING code that uses boost from vc7.1 to vc7. The first thing to go was lambda. The funny thing is about 6 months ago I was thinking it seemed silly to keep things like boost.bind around. But now I am using that heavily instead of lambda. My situation is we have 1.7 million lines of code we are trying to upgrade. Unfortunately we have about 40-50 people who have had vc7 purchased for them by the project and we do not have the budget to upgrade compilers. Vc7 is, in my opinion probably (unfortunately) still a compiler many folks are stuck with.

1 0

Re: Problem with code in common_factor_ct.hpp
by David Abrahams 07 Feb '05

07 Feb '05

"John H. Spicer" <jhs(a)edg.com> writes: > This file includes the code below in an #else for > BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION. We give an error on that code because > of a missing "template" keyword (between :: and helper). > > What is the proper channel for reporting things like this? http://www.boost.org/more/bugs.htm shows several alternatives. > template < unsigned long Value2 > > struct helper > { > BOOST_STATIC_CONSTANT( unsigned long, value > = static_gcd_helper2_t<Value2>::helper<Value1 % Value2>::value ); > }; > -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 4

Re: [boost] Re: [boost.tr1?] request for a hash<> implementation
by JOAQUIN LOPEZ MU?Z 07 Feb '05

07 Feb '05

Hi Daniel, ----- Mensaje original ----- De: Daniel James <daniel(a)calamity.org.uk> Fecha: Domingo, Febrero 6, 2005 7:12 pm Asunto: [boost] Re: [boost.tr1?] request for a hash<> implementation > JOAQUIN LOPEZ MU?Z wrote: > > What I'm interested in in the short term is the hash<> functor > > alone. Of course unordered containers are much more interesting, > > but this will have to undergo the usual review process, I guess. > > Do you think we can put your hash<> implementation under > > boost/functional/hash.hpp and have some short docs for it? > > I've just uploaded a new version. I've rewritten the hash > functions > based on Peter's design. I'll write some documentation and some > more > tests soon. > You've been fast! I've taken a look at your stuff and have a couple of concerns/suggestions: 1. Now the file is boost/hash/functional.hpp. Wouldn't it be better to call it boost/functional/hash.hpp? As I see it, hash<> is part of TR1 future <functional>, so the naming I propose looks more consistent. 2. The header includes <set> and <map>, which can be quite heavy if the user has no intention to use the corresponding hash_value overloads. Alas, I don't know of any way to avoid the inclusions, since a forward declaration of these containers can fail due to the freedom stdlib implementers have to add additional template parameters to those specified by the standard. Any idea? I'll soon bundle your header with a preview of hashed indices for Boost.MultiIndex, probably the next week. Thank you so much for your effort, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 2

RE: [boost] Boost Profiler Proposal
by Brian Braatz 07 Feb '05

07 Feb '05

Yes. I would use this library. Though, personally, I would like a greater scope of what it does. The details of other things I would like to see from this library or a companion library are here: http://tinyurl.com/5sbyx > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of christopher diggins > Sent: Monday, February 07, 2005 7:38 AM > To: Boost mailing list > Subject: [boost] Boost Profiler Proposal > > I have updated the Profiler (and done some testing using Visual C++, 7.1) > at > http://www.cdiggins.com/profiler/ . I have mostly decided to freeze the > features for the profiler mini-library as described and posted at > http://www.cdiggins.com/profiler/ . My question to the group is: would you > use this library as it is? If you don't want to mail the group, I would > appreciate even just a quick note: yes, no, maybe. > > If anyone has a POSIX high-resolution timer modeled on the Boost.Timer > concept to share, it would be greatly appreciated! I would also appreciate > new profiling policies, to include as examples. > > PS: this profiling tool seems to be a natural fit for the Boost.Test > macros > like BOOST_CHECK_NO_THROW, I currently use something like: > > BOOST_PROFILE_AND_CHECK_NO_THROW(TKN) > BOOST_CHECK_NO_THROW(BOOST_PROFILE(TKN)) > > Christopher Diggins > Object Oriented Template Library (OOTL) > http://www.ootl.org > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

Re: [boost] Re: [boost.tr1?] request for a hash<> implementation
by JOAQUIN LOPEZ MU?Z 07 Feb '05

07 Feb '05

----- Mensaje original ----- De: Daniel James <daniel(a)calamity.org.uk> Fecha: Sábado, Febrero 5, 2005 5:36 pm Asunto: [boost] Re: [boost.tr1?] request for a hash<> implementation > John Maddock wrote: > > Anyone else want to throw in their thoughts? What's the > timescale on > > the unordered container development, how much is there left to do? > > I'll upload a new version to the file vault later today, or maybe > tomorrow, which should be compliant to the draft. I haven't > written any > documentation yet, I guess I'll probably just write an > introduction and > refer to the draft for reference (as Beman Dawes suggested), if > that's okay. > > There are a few areas which could do with some improvement, such > as the > hash functions, which are pretty basic. But I guess they can be > left for > later if you want to get it in soon. > Hi Daniel, What I'm interested in in the short term is the hash<> functor alone. Of course unordered containers are much more interesting, but this will have to undergo the usual review process, I guess. Do you think we can put your hash<> implementation under boost/functional/hash.hpp and have some short docs for it? Are you planning to improve the hashing algorithms (in particular for strings, which I guess it's the most improvable part)? If I could have this in time for Boost 1.33 I'd be extremely grateful, since Boost.MultiIndex hashed indices (practically finished now) need a hash<>, and I don't think it is convenient that each library ships with its own version. Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

5 8