April 2002 - Boost-users - lists.preview.boost.org

regex performance
by Paul Dubuc 17 Aug '02

17 Aug '02

I'm doing some performance comparisons between Rogue Wave's Regexp class (http://www.roguewave.com/support/docs/tlsref/rwcregexp.cfm) and boost::regex using simple expressions like "^metal.*" and "[0-9]+" with regex_search(). regex is slower by a factor of 6, measuring cpu time (on a SunBlade 100 runing Solaris 8). Is there anything I can do to speed it up? I tried using different values of boost::regbase::flag_type_ to adjust how the regular expressions are interpreted, but with little effect. Any other ideas? (I'm using boost_1_27_0.) Thanks, -- Paul M. Dubuc

7 12

Building on AIX?
by scottnesbitt 05 Jul '02

05 Jul '02

Am new to boost, trying to build on AIX. Here is what I get: $ l total 96 -rw-r--r-- 1 jsn mup 1461 Feb 7 10:33 Jamfile -rw-r--r-- 1 jsn mup 91700 Feb 7 10:33 threads.mcp $ pwd /usr/local/src/boost_1_27_0/libs/thread/build $ uname -a AIX io 3 4 00028AAF4C00 $ set | grep BOOST BOOST_ROOT=/usr/local/src/boost_1_27_0 $ jam +: line 1304: yacc stack overflow at keyword } don't know how to make all ...found 1 target... ...can't find 1 target... $ Are there other args I need to give to jam? Read the build instructions, it seemed ambiguous about AIX support. Thanks for any tips, Scott Nesbitt

3 2

Boost.Thread (VC specific)
by judoka1981 13 May '02

13 May '02

Hi, would there be any problem in generating a .pdb file for libboost_thread? I'm using Boost 1.27.0 and VC.NET. Also, would it be possible to switch on generation of debug information for release builds as well? Regards // Johan

5 11

Association Library?
by rzako23 07 May '02

07 May '02

Are there any generic components in Boost (or elsewhere) for *directly* representing associations between classes? Generalization, composition, aggregation and association are major ideas in the object model. Generalization can be implemented fairly directly in C++ using inheritance. Composition and aggregation can be represented directly in C++ using data members (when the number of parts in each whole is small and fixed), or using STL containers (when the number of parts in each whole is large or variable). But Standard C++ (including the STL) provides no *direct* support for representing associations, i.e., collections of links between objects in two or more classes. (David Papurt makes this point in "Inside the Object Model: The Sensible Use of C++.") For example, the STL does not offer a way to *directly* represent the 1-to-many "Supervises" association from the Manager class to the Employee class. One would like to have links in both directions: forward links forthe employees a manager supervises and a back link to the manager each employee is supervised by. Of course, one could code this all "by hand" using a container of pointers to employees for each manager and a back pointer for each employee. But the implementation details really have little to do with managers and employees and would be pretty much the same for parents and children or teachers and students. Moreover, while not difficult, managing the forward and back links correctly (and in an exception-safe manner) is tedious. It would be nice to have templates that can be instantiated to implement specific associations. In brief, STL containers directly support composition and aggregation but not association. I am new to the Boost library, but was not able to find this capability in Boost. If an association library is available in Boost (or elsewhere), I would be happy to know so. If not, is an association library something that would be worth looking into? Thanks, Rob Zako

11 24

Problems building Python lib
by Albrecht Fritzsche 03 May '02

03 May '02

Hi, since I've read in the documentation "Boost.Python is known to have been tested in the following configurations: Against Python 2.0 using the following compiler/library combinations: MSVC++6sp4 with the native library. ... Against Python 1.5.2 using the following compiler/library: MSVC++6sp4 MSVC++6sp4/STLport 4.0" and since I am using the MSVC++6sp4/STLport 4.0 combination I deinstalled Python 2.2 (for which the build failed) and installed Python 1.5.2. Running G:\Environment\boost_1_27_0>jam -sBOOST_ROOT=. -sTOOLS="msvc-stlport" I get the following errors: don't know how to make <python-library@>python21.lib ...patience... ...patience... ...found 2247 targets... ...using 2 temp targets... ...updating 132 targets... ...can't find 1 target... ...can't make 42 targets... msvc-C++-action libs\python\build\bin\libboost_python_static\msvc-stlport\debug\ runtime-link-dynamic\stlport-iostream-off\stlport-version-4.0\types.obj types.cpp .\boost/python/detail/wrap_python.hpp(24) : fatal error C1083: Include-Datei kann nicht geoeffnet werden: 'patchlevel.h': No such file or directory cl /Zm400 -nologo -GX -c -DBOOST_PYTHON_STATIC_LIB=1 -DBOOST_PYTHON_DYNAMI C_LIB -D__STL_NO_SGI_IOSTREAMS=1 -D__STL_DEBUG=1 -D__STL_DEBUG_UNINITIALIZED=1 /Zi /Od /Ob0 /GX /GR /MDd -I"libs\python\build" -I"." -I"c:/tools/python\inclu de" -I"c:/tools/python\PC" -I"\stlport" -I"D:\PROGRA~1\MICROS~1.0\VC98\include" -Fo"libs\python\build\bin\libboost_python_static\msvc-stlport\debug\runtime-li nk-dynamic\stlport-iostream-off\stlport-version-4.0\types.obj" -Tp"libs\python\ build\../src\types.cpp" ...failed msvc-C++-action libs\python\build\bin\libboost_python_static\msvc-stlp ort\debug\runtime-link-dynamic\stlport-iostream-off\stlport-version-4.0\types.ob j ... msvc-C++-action libs\python\build\bin\libboost_python_static\msvc-stlport\debug\ runtime-link-dynamic\stlport-iostream-off\stlport-version-4.0\classes.obj classes.cpp .\boost/python/detail/wrap_python.hpp(24) : fatal error C1083: Include-Datei kan n nicht geoeffnet werden: 'patchlevel.h': No such file or directory ............ [The obvious translation of this error message is: Cannot open include file 'patchlevel.h'.] What am I doing wrong? By the way, all of the other libs including tests are compiling with Jam without any problems at all. And, as a second quesion, why is there no MSVC++6sp4/STLport 4.0 support for the newer Python versions - by the way, there is already a Python v2.2. Thanks for any hints and help Ali *

5 7

RE: [Boost-Users] shared_ptr and incomplete types
by bjorn.karlsson＠readsoft.com 01 May '02

01 May '02

> From: Jim Hyslop [mailto:jim.hyslop@leitch.com] > > I notice that the implementation available at boost.org does not allow > the single-argument ctor to be called on an incomplete type, e.g.: [snip] > The documentation on the single-argument ctor, though, does not state > that T must be a complete type. Is the implementation > stricter than the > documentation, or is the documentation incomplete? I believe that the implementation is correct, and that belief is confirmed by the latest documentation in the CVS - T must indeed be a complete type. Another change is the addition of a default constructor, which does not require T to be complete. > I'm writing an article on the smart pointers for the CUJ, and I'd like Cool! ;-) > to know if I can correctly state "The default behavior for > shared_ptr is > to require complete types. You can, however, manage an incomplete type > if you provide a function or function object, which will be > called when > the owned object is destroyed." Since shared_ptr requires a complete type only for a few operations, such as the constructor that you mentioned, and reset(T * p), I'd rephrase to something more explicit, like: "The instantiation of a shared_ptr typically requires a complete type. [etc]". Bjorn Karlsson [Non-text portions of this message have been removed]

2 1

shared_ptr and incomplete types
by Jim Hyslop 01 May '02

01 May '02

The documentation at http://www.boost.org/libs/smart_ptr/shared_ptr.htm states that "T may be void, but in that case, either an explicit delete function must be passed in, or the pointed-to object must have a trivial destructor." I notice that the implementation available at boost.org does not allow the single-argument ctor to be called on an incomplete type, e.g.: class simple; simple * createSimple(); shared_ptr<simple> simpleFactory() { return shared_ptr<simple>(createSimple()); } The documentation on the single-argument ctor, though, does not state that T must be a complete type. Is the implementation stricter than the documentation, or is the documentation incomplete? I'm writing an article on the smart pointers for the CUJ, and I'd like to know if I can correctly state "The default behavior for shared_ptr is to require complete types. You can, however, manage an incomplete type if you provide a function or function object, which will be called when the owned object is destroyed." -- Jim

3 2

Graph Library - AllExamples.dsw, anyone got it?
by loopylozzysdad 30 Apr '02

30 Apr '02

Hi All, Just read the excellent Boost Graph Library book. The AllExamples.dsw file is not on the accompanying CD. In the Errata web page (http://siek.info/bgl.html) it says... "On the accompanying CD, the file \BGL\VC++ Projects\AllExamples.dsw is missing. You can download the missing file from here BGLVCprojects.tgz." The file there is a .dsw file but it is NOT the missing one. Has anyone got the real thing? All the best and thanks - Richard Howells

1 0

Re: Boost.Thread (VC specific)
by Holger Thiele 30 Apr '02

30 Apr '02

>-----Ursprungliche Nachricht----- >Von: bill_kempf [mailto:williamkempf@hotmail.com] >Gesendet: Dienstag, 30. April 2002 17:54 >An: Boost-Users(a)yahoogroups.com >Betreff: [Boost-Users] Re: Boost.Thread (VC specific) > > >I don't agree. If it's a good idea, then I'd expect MS to do this by >default for IDE generated builds. Such as default warning level 3? >There's some overhead involved in >generating this, there's compile time overhead (which is important to >some) Do you have figures on that? In my experience, this overhead seems to be a small price to pay for the ability to track bugs (inside your debugger!) on released code. >and there's the fact that many users will be confused by the >presence of debug information and why "stepping" through the code >behaves so strangely and unpredictably. As always, if someone doesn't know what he's doing, there's little help besides getting educated. But, seriously, I think that most users that even get into debugging release builds would surely appreciate library code that supports this. Just my 2 cents. Cheers, and thanks for one of my favorite libraries Holger Thiele D.A.V.I.D. GmbH www.david-gmbh.de

1 0

RE: [Boost-Users] operator == in shared_ptr
by bjorn.karlsson＠readsoft.com 30 Apr '02

30 Apr '02

> From: sashan [mailto:sashang@ihug.co.nz] [snip] > Is there a better way that doesn't involve 1) having to write > a wrapper class around a basic type (or any type) and 2) > doesn't involve changing the shared_ptr::operator==. > As others have pointed out, the solution is to use a function object and std::find_if. In this case, the comparison doesn't even need a separate predicate - the (exceptionally cool) Boost.Bind library can be used instead: vector<shared_ptr<int> >::iterator it=std::find_if(vec.begin(),vec.end(),bind(std::equal_to<int>(),bind(&shared _ptr<int>::operator*, _1),42)); Bjorn Karlsson [Non-text portions of this message have been removed]

1 0