May 2007 - Boost-users - lists.preview.boost.org

FW: Having trouble including my static library (which uses regex) in my MFC app
by Martin Zeng 07 May '07

07 May '07

Further to this, I have noticed that the linking error only happens when I use: boost::wregex expr(L"[\\s]"); instead of: boost::regex expr("[\\s]"); so now why can't I use the wide regex type in the static library? ________________________________ From: Martin Zeng Sent: Monday, 7 May 2007 2:14 PM To: 'boost-users(a)lists.boost.org' Subject: Having trouble including my static library (which uses regex) in my MFC app Hi guys, I have a static library in which I have included the boost regex header. This static library compiles fine with no errors. But then I want to use this static library in an MFC application I made. I keep getting the following linking error: error LNK2005: "public: static unsigned int __cdecl std::char_traits<unsigned short>::length(unsigned short const *)" (?length@?$char_traits@G@std@@SAIPBG@Z) already defined in msvcprtd.lib(MSVCP71D.dll) What is the problem and how can I solve it? Thanks -- This email is from Civica Pty Limited and it, together with any attachments, is confidential to the intended recipient(s) and the contents may be legally privileged or contain proprietary and private information. It is intended solely for the person to whom it is addressed. If you are not an intended recipient, you may not review, copy or distribute this email. If received in error, please notify the sender and delete the message from your system immediately. Any views or opinions expressed in this email and any files transmitted with it are those of the author only and may not necessarily reflect the views of Civica and do not create any legally binding rights or obligations whatsoever. Unless otherwise pre-agreed by exchange of hard copy documents signed by duly authorised representatives, contracts may not be concluded on behalf of Civica by email. Please note that neither Civica nor the sender accepts any responsibility for any viruses and it is your responsibility to scan the email and the attachments (if any). All email received and sent by Civica may be monitored to protect the business interests of Civica.

1 0

how to link boost libraries
by Marc Glenn 07 May '07

07 May '07

Hello all, I am new to using Boost Libraries... I am wondering how I can indicate that the compiler links the specific boost libraries... For example.. *"gcc -o thread_example thread.cpp -lpthread*" uses -lpthread option which is the posix threads library I can't find the list of the options to link the specific boost libraries. I have scanned the documentation of the libraries but they have not provided any sample on compiling programs using boost libraries. Thanks for the help.. Marc Glenn

2 2

Re: [Boost-users] [BoostCon07][testing] Session reminder.
by David Abrahams 06 May '07

06 May '07

on Thu May 03 2007, "Gennadiy Rozental" <gennadiy.rozental-AT-thomson.com> wrote: > Hi, > > I do plan to attend this session. I've got some ideas on the subject. I > pitched them while ago once. And I still believe that the synchronization is > the root of all evils. The only real solution to break this deadloop is > independent libraries versioning. This should resolve both out release and > testing issues (which are closely connected IMO) > > INDEPENDENT LIBRARY VERTIONING I just want to point out that the BoostCon "Testing Boost" sprint is about our testing processes and infrastructure, not about the structure of Boost itself and its release process. I agree that the latter is an important topic and I hope we'll discuss it at BoostCon, but it's a much tougher issue (to form consensus on, and to solve) than is the topic of the sprint. In order to ensure that the sprint is successful, I strongly request that in Rene's session, we concentrate on the topic at hand. Thank you, -- Dave Abrahams Boost Consulting www.boost-consulting.com Don't Miss BoostCon 2007! ==> http://www.boostcon.com

2 7

serialization of boost::array
by Andreas Willich 06 May '07

06 May '07

I want to serialize a boost::array<unsigned char, 4> to a xml archive, but I did not find the include file of the serialization implementation. Is there a serialization implementation for boost::array at all? I am using RC_1_34. BR Andreas

2 1

Tokenizer reset
by Umut Tabak 06 May '07

06 May '07

Dear all, I am new to boost and tried to use the Tokenizer lib. But I have a problem. When I initialize a tokenizer object in a loop and tokenize that, it is ok on the first iteration. But on the second and subsequent iterations, even if I try to initialize the object with some different string, the object always tokenizes the first initialization. So I see that I have to reset the tokenizer object at each iteration. But I could not understand how to do this from the tokenizer man pages. Here is some code : // define tokenizer and separator typedef boost::tokenizer<boost::char_separator<char> > tokenizer; boost::char_separator<char> sep(" = "); .. . . //initialize and use in a loop while(getline(inFile,readLine)){ //skip empty lines for count operation if(!readLine.empty()){ // each line is tokenized tokenizer tokens(readLine, sep); !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!<====== // tokens are pushed on a vector for (tokenizer::iterator tok_iter = tokens.begin(); tok_iter != tokens.end(); ++tok_iter) lineTokens.push_back(*tok_iter); // lineTokens hold the tokens // check if the configuration file is valid by the count // function of the set if(configVars.count(lineTokens[0])==1){ // means existent so this is valid // assign the read value to the right class data member switch(line_count){ // switch can be extended depending on the configuration file // decide on the line number of the configuration file case 0:// line 1 vlInputFileName=lineTokens[1]; break; case 1:// line 2 vlProjectFileName=lineTokens[1]; break; case 2:// line 3 vlcatvbsFileName=lineTokens[1]; break; case 3:// line 4 vlVbModuleName=lineTokens[1]; break; case 4:// line 5 pathToVLProjectFile=lineTokens[1]; break; // case lines can be added here // ... default: ; break; } } else throw std::runtime_error("The configuration file variable(s) are not valid!"); // clear the line for the next operation readLine.clear(); line_count+=1; // I should reset tokenizer object but I could not do <========================= Reset tokenizer after each iteration Your help is very much appreciated Best regards, Umut

1 0

[patch] compile errors in jam
by Bernhard Fischer 06 May '07

06 May '07

[Please keep me CC'ed on replies] Hi, I got several compile-errors due to implicit decls of some functions in tools/jam/src/* The attached patch makes jam compile for me with gcc trunk. I noticed that building jam with everything -O > 1 produces a binary that segfaults e.g. in rules.c::args_free() for the if clause with gcc-trunk. I did not try to track these segfaults down, fwiw. Please consider applying. TIA and cheers,

2 2

Re: [Boost-users] [regex] ECMAScript support?
by Armel Asselin 05 May '07

05 May '07

"John Maddock" <john(a)johnmaddock.co.uk> a écrit dans le message de news: 016901c78cde$b1fa7cc0$fe500252@fuji... > Armel Asselin wrote: >> So my questions: >> - is boost.regex totally compliant with ECMAScript RE? or at least >> more than >> Perl engine? [1.33.1 vs. 1.34 ?] > > I believe so, if there's anything missing from 1.34 let me know. > >> - did I understand well that I can use iterators and have both UTF8 >> (char*) >> and wchar_t searches in the same executable build? (thanks to their >> template nature?) > > Iterators yes, no problem. As for character types you can use: > > boost::regex with narrow characters, but not really with multibyte > sequences. > > boost::wregex with wchar_t sequences. > > boost::u32regex with any of UTF8, UTF16 or UTF32 sequences (they all get > converted to 32-bit code points on the fly), but you will need ICU to > provide the Unicode character database. See > http://www.boost.org/libs/regex/doc/icu_strings.html for the docs. > > HTH, John. ok so i'll try the 1.34, any idea of the size of the binary (.lib/.a) for that feature (just the necessary part of ICU+boost::regex?). i'd be really happy if it could take a few dozen KB :-) Armel

2 2

[boost][math toolkit] Review results
by Matthias Schabel 05 May '07

05 May '07

I'd like to congratulate John Maddock, Paul Bristow, and their contributors on putting together an outstanding submission to Boost. It is rare to have complete unanimity among votes, but in this case there were no dissenters to accepting either the special functions or the statistical distributions portions of the library, so I'm glad to announce that it has been accepted for inclusion in Boost. Thanks to the many participants in the review : Gottlob Frege, Guillaume Melquiond, Johan Råde, Arnaldur Gylfason, John Phillips, Mark Van De Vyver, Stephan Tolksdorf, Hubert Holin, Seweryn Habdank-Wojewodski, Kevin Lynch, Leonaldo Peralta, Jeff Garland, and Stefan Seefeld (apologies for anyone I might have missed in this list). Here is a brief summary of the relatively few major issues that were raised during the course of the review : 1) Error handling is an issue that arises because this library is at the frontier between traditional numerical libraries and a (hopefully) new breed of such libraries that utilize modern programming techniques and facilities. Jeff Garland suggested that the default behavior should be to throw an exception, with errno being an option enabled by macro. It would also be nice to have more granular control over which instances throw exceptions and which do not (so, for example, a user could choose to ignore denormals). It was also suggested that additional, more transparent exceptions be provided for cases such as failure to converge rather than reusing tools::logic_error. 2) Jeff Garland also pointed out, rightly in my opinion, that attempts to use statistical functions that do not exist for a distribution should fail to compile rather than leading to a runtime error (e.g. mean of a Cauchy distribution). A reasonable method of implementing this should be devised or a strong argument for why it is not feasible/desirable provided. 3) Arnaldur Gylfason did some nice accuracy and performance testing vs. R. It was noted that the performance of quantile functions in this library was significantly worse than R, unlike non-quantile functions. He also pointed out that, for discrete distributions, the current behavior of returning fractional results for quantiles may not be the expected one. These issues should be addressed and documented. 4) Hubert Holin suggested the possibility of use of a policy parameter to choose between speed and accuracy. Another interesting possibility would be to allow the user to specify the desired precision either at compile or runtime. 5) It appears that this library will actually become two "sublibraries" within the Boost.Math library. Currently all code lives in the boost::math namespace; I would like to at least see a discussion of the possibility of having boost::math::special_functions, boost::math::statistics, and, perhaps, boost::math::statistics::distributions namespaces - as more functionality gets added to boost::math, collisions will become more likely, so some thought given now to logical partitioning may save pain later. During the review a number of typos and minor issues of documentation were raised, which the authors will need to address if they haven't already. In particular, John Phillips noted that the rationale behind using rational (vs. polynomial) approximations be clarified, the derivation of coefficients be documented, and the list of special functions in the documentation be expanded to encompass all functions actually implemented in the library. Stephan Tolksdorf requested a table listing standard statistical tests and the corresponding library implementations and enumerated a number of other documentation issues. Overall, the library was very well received, and the authors are to be commended on the tremendous amount of care and effort devoted to its preparation. Matthias Schabel Review Manager

2 1

[build] how to add a define
by Yuval Ronen 05 May '07

05 May '07

In BBv1 I could call bjam "-sBUILD=<define>_CRT_SECURE_NO_DEPRECATE <define>_SCL_SECURE_NO_DEPRECATE" to add those defines to the build. How can I do it in v2? Thanks.

1 0

Re: [Boost-users] [BoostCon07][testing] Session reminder.
by Gennadiy Rozental 05 May '07

05 May '07

"Robert Ramey" <ramey(a)rrsd.com> wrote in message news:f1gnvf$bv8$1@sea.gmane.org... > Gennadiy Rozental wrote: >> "Robert Ramey" <ramey(a)rrsd.com> wrote in message >> This doesn't address neither testing against new version of your >> library by developers of other libraies > > Sure it does - they can either test against the HEAD as they do now > or they update their local installation Who is going to do this? Regression testers? >> nor dealing with testing >> agains updates of component your library depends on. > > This amounts to using the tests for one library as tests of the > dependent library. There are two problems with this. First > its very inefficient and arbitrary as the tests in my library aren't > presume that the rest of boost works so they aren't designed > to test the rest of boost. And if an error occurs then it has to > be determined which of the components, libraries, build > system, etc which are simultaneously changing is the cause > of the failure. This wastes huge amount of time. > > That being said. If the rest of boost things that the serialization > library is a good way test the other libraries - fine with me. Its > not an issue for me at all. I am not sure how your reply relates to my comment. What I meant is: How can YOU test that your library works with the next version of let's say Boost.Test I am planning to include into next release. Let's say I do my development in branch new_dev. How could you test your lib against this branch, but allow all other libraries still to be tested against HEAD? >>Formalization of >> independent versioning should allow us deal with it. > > I think boost as a concept has to change from tightly > coupled group of "standard" libraries to a loosely > coupled group of "interoperable" libraries. At its core > I think this is the issue. Good news is that its not something > that we have to agree upon. Its happening now as it > must as boost get beyond the scale where it can be > digested as a whole. This comment I completely agree with. I just porpose how add some formalization to this process. > Robert Ramey

1 0