April 2005 - Boost - lists.preview.boost.org

Linking to shared library
by Gander 21 Apr '05

21 Apr '05

Hi, I get an error linking the example program days_alive to the shared library libboost_date_time. g++ -L/usr/lib -lboost_date_time -odays_alive days_alive.o days_alive.o(.gnu.linkonce.t._ZN5boost9date_time19month_str_to_ushortINS_9gregorian10greg_monthEEEtSs+0xec): In function `unsigned short boost::date_time::month_str_to_ushort<boost::gregorian::greg_month>(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)': /usr/include/boost/token_functions.hpp:587: undefined reference to `boost::gregorian::greg_month::get_month_map_ptr()' collect2: ld returned 1 exit status Platform is FC2 gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) I built Boost from the SRC RPM boost-1.32.0-3.src.rpm with no special switches. I found a comment in the boost mailings advising linking to static library. This was successful. Is the general advice to only use the static libraries? Giles Anderson

3 8

RE: [boost] Re: Boost to the rescue
by Victor A. Wagner Jr. 21 Apr '05

21 Apr '05

At Tuesday 2005-04-19 08:41, you wrote: >----Original Message---- >From: Victor A. Wagner Jr. [mailto:vawjr@rudbek.com] >Sent: 19 April 2005 16:03 >To: boost(a)lists.boost.org >Subject: Re: [boost] Re: Boost to the rescue > > > > I've been using 7.1 since it became available, and haven't > > bumped into any optimization problems, and we compile debug with > > none, and about everything we can find to turn on in release. > > Granted there are only 4 of us, but I don't recall any gotchas. > >I have. We compile "minimize size", and when bitshifting it gets things >wrong. We have found this twice (the first time confirmed by Microsoft), >and have had to revert to releasing the existing product with VC5 (Yes: 5 >not 6. We never upgraded to VC6 because it was expensive, a resource hog, >didn't seem to offer many new features, and a change to how #import work >broke huge swathes of our code). I've never heard of #import, is that some MS unique thing? It's certainly NO standard C++ >-- >Martin Bonner >Martin.Bonner(a)Pitechnology.com >Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, >ENGLAND Tel: +44 (0)1223 441434 >_______________________________________________ >Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

2 1

type traits Comeau 4.3 problem
by Robert Ramey 21 Apr '05

21 Apr '05

As part of my homegrown testing I like to run comeau 4.3. I find this compiler helpful in sorting out very stick C++ language issues and see it as a compiler addressing a small but important niche. The serialization library currently won't build with this compiler. It fails with the error message "C:\BoostMainCVS\boost/type_traits/detail/is_mem_fun_pointer_tester.hpp", line 61: error #457: "is_mem_fun_pointer_tester" is not a function or static data member yes_type is_mem_fun_pointer_tester(R (__stdcall T::*)()); Is there any chance someone might address this? I would much like to see comeau added to the test suites? Robert Ramey

2 1

[network] An RFC - updated
by Don G 21 Apr '05

21 Apr '05

Greetings All, After many discussions over the past week or two on this topic, I've made some changes to the abstraction I proposed (more along the lines of the Wiki stuff). Hopefully tonight/this_weekend I will get around to adding thoughts to the HTML file that describes the proposal. I've had trouble replacing files in the sandbox, so I started a SourceForge project where I could post more stuff than just a zip. http://netiphany.sourceforge.net http://sourceforge.net/projects/netiphany If there is a way to "evolve" a posting to the sandbox, I would be happy to do that as well. I've noticed that the Browse CVS area is many hours behind. I guess that is by design... None the less, many updates were posted just prior to this email and I don't see them yet. Also, the CVS stats in the project page are all 0. Ignore that :) New since last time: - network hierarchy refactored by adding some base classes (the leaf classes are effectively the same). - socket classes - address_family classes - url class defined - timeout class defined (microsecs) Best, Don __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Boost test and borland
by Robert Ramey 21 Apr '05

21 Apr '05

Whenever I run my tests for borland compilers in release mode using the boost test system, the executable run forever. Is there any hope this might get addressed? Robert Ramey

2 5

Re: std::string <-> std::wstring conversion
by Mihalca Bobby 21 Apr '05

21 Apr '05

I can�t claim that I invented string conversion, however I didn�t seen your code before you pointed it. If you look closer you will see this resembles very well with some code in boost::regex and for codecvt just look at Strustrop�s chapter 3 on locales. The name is string_cast because seems to me a good and natural name. The fact that other peoples wrote similar things and previous topics on the subject proves that something like this is needed. My code is public domain and can be used by anyone who find it useful, I can only hope it will make it to boost library. Note that is a bug I have to fix. The size of returned string is the size of the old string and this is not always true. Example: L�\r\n� is 1 char ( I think ) while when converting to ascii needs to be 2 chars. prez(a)neuromancy.net wrote: On Wed, 20 Apr 2005 09:29:27 -0700, Mihalca Bobby wrote: > I needed some std::string <-> std::wstring conversion and after > Here is the code: <-- SNIP --> Surprisingly, it looks like the code I wrote for Mantra (though I did not use the code below to write it), look here: http://www.neuromancy.net/viewcvs/Mantra-I/include/mantra/core/algorithms.h… It is also contained as a function (or series of functions) called string_cast. I guess there really are only so many ways to skin a cat ;) -- PreZ :) Founder. The Neuromancy Society (http://www.neuromancy.net) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: [boost] Re: Boost to the rescue
by brangdon＠cix.compulink.co.uk 21 Apr '05

21 Apr '05

In-Reply-To: <6.2.0.14.2.20050417185958.0459b5a0(a)mail.rudbek.com> vawjr(a)rudbek.com (Victor A. Wagner Jr.) wrote (abridged): > do you keep all versions of your compiler around forever? Pretty much. We don't keep them in VCS though. We don't treat them as source code because, well, they are not source code. (Switching to a different compiler vendor would be a much bigger deal than adopting boost so this comparison probably isn't helping your case.) > >I didn't want to include anything I couldn't see an immediate use for. > > a true forward looking point of view. That sounds like sarcasm. I've already explained how it is easier to add stuff that was missed that to delete stuff that shouldn't have been added. Also, with broadband internet, the boost documentation so accessible from the web site that it doesn't need to be added locally. > actually you don't need to "understand it" to use it, anymore than you > need to understand the workings of the transmission in the auto you > drive. I do need to understand the documentation before I use it, and in the example I cited the documentation is long and complex. Also, I need to debug code, and that often does require understanding how it works. I must be a car mechanic as well as a driver. > I find it difficult to believe that min and or max got "redefined" such > that they became unusable (I'm pretty sure it would have shown up in > the regression testing. I recall no such incident). The root problem, as I thought we'd agreed, is that Microsoft wrongly defines them as macros. This means code like: long x = max( 1L, 1 ); works. I found that #including boost reverted to the standard-conforming definition, which meant the above became ambiguous as the 2 arguments have different types. Don't let's pay this issue more attention than it deserves. I doubt boost can do any better than it is doing, here. -- Dave Harris, Nottingham, UK.

5 12

[Boost-bugs] [ boost-Support Requests-1187143 ] Boost 1.29.1 for Mac OS ?
by SourceForge.net 21 Apr '05

21 Apr '05

Support Requests item #1187143, was opened at 2005-04-20 23:42 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=1187143&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Boost 1.29.1 for Mac OS ? Initial Comment: Does somebody have a binary version of boost for Mac OS 10.3? Please contact me at: Heinz.Stockinger(a)univie.ac.at Thanks, Heinz ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1187143&group_… ------------------------------------------------------- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

std::string <-> std::wstring conversion
by Mihalca Bobby 21 Apr '05

21 Apr '05

Hi. I needed some std::string <-> std::wstring conversion and after searching web for something like this found nothing except a thread with this name here on boost. So I made one myself, maybe if you think is worth something you will include it in boost. Here is the code: template<class _RetString,class _SourceString> _RetString string_cast(const _SourceString &src,std::locale Loc=std::locale()) { _RetString dst; typedef _SourceString::value_type _SrcValType; typedef _RetString::value_type _DstValType; typedef std::codecvt<_SrcValType,_DstValType,mbstate_t> CodeCvt; const CodeCvt & cvt= use_facet<CodeCvt>(Loc); std::mbstate_t state = std::mbstate_t(); _SrcValType * next_in=NULL; _DstValType *next_out=NULL; dst.resize(src.size()); while(true) { switch(cvt.out(state, src.c_str(), src.c_str() + src.size(),next_in,const_cast<_DstValType *>(dst.c_str()),const_cast<_DstValType *>(dst.c_str())+dst.size(), next_out)) { case std::codecvt_base::ok: case std::codecvt_base::partial: case std::codecvt_base::error: // not much we can do here but guess: case std::codecvt_base::noconv: return dst; } } return dst; } and I used like this: std::string strA = string_cast<std::string>( std::wstring(L"dummy example") ); Bobby __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Re: [boost] Re: [circular_buffer] comparison operators
by Jan Gaspar 20 Apr '05

20 Apr '05

Hi Fredrik, I'm attaching the discussion during the formal review regarding the comparison operators. But before you dip into the reading, I'd like to say that my intension was to write STL compliant container nothing less or more and I'd like to stick with this. Jan Subject: RE: [boost] Formal Review: Circular Buffer Date: Tue, 9 Mar 2004 09:44:34 -0800 From: "Powell, Gary" <powellg(a)amazon.com> To: boost(a)lists.boost.org Shouldn't the comparison functions allow the types to differ? I mean don't they still lexigraphically compare as long as there is a comparison function F that a F b for each element exists circular_buffer<T, MyAlloc> x; circular_buffer<S, YourAlloc> y; bool b = x == y; for where the operator T == S is valid? And what does the allocator have to do with it? Therefore IMO, all of the comparison functions should change from template< typename T, typename Alloc> bool operator F ( circular_buffer<T, Alloc> &lhs, circular_buffer<T, Alloc> &rhs); to template< typename T1, typename Alloc1, typename T2, typename Alloc2> bool operator F ( circular_buffer<T1, Alloc1> &lhs, circular_buffer<T2, Alloc2> &rhs); Yours, -Gary- ----------------------------------------------- To: boost(a)lists.boost.org From: "Pavel Vozenilek" <pavel_vozenilek(a)hotmail.com> Date: Tue, 9 Mar 2004 20:52:29 +0100 Subject: [boost] Re: Formal Review: Circular Buffer Hmm, do you know a STL implementation/some container with this feature? It may be often bug to compare containers with different types. /Pavel ----------------------------------------------------- Subject: RE: [boost] Re: Formal Review: Circular Buffer Date: Tue, 9 Mar 2004 13:55:15 -0800 From: "Powell, Gary" <powellg(a)amazon.com> To: boost(a)lists.boost.org No, but just because the standard libraries scr*wed up is no reason to perpetuate the mistake. It's the rule of unexpected consequences. Is circular_buffer<int> x = { 1, 2, 3}; circular_buffer<short> y = { 1, 2 ,3}; x == y ?? or not? Sure looks like it should work. The VTL library does it IMO correctly, allowing that if there is an operation T1 F T2, then V1 F V2 compiles. Otherwise you just force the user to write what should be library code. --------------------------------------------- Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1