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

request: complete list of output files of build?
by Li Lirong 22 Aug '03

22 Aug '03

Is it possible for the boosters to provide a complete list of the lib and dll files (include debug and release versions) that the build system produces? Thanks. Best regards, Lirong

1 0

RE: [Boost-Users] Re: Re: boost::intrusive_ptr and Managed C++?
by Ferdinand Prantl 22 Aug '03

22 Aug '03

Hi Holger, > -----Original Message----- > From: Holger Grund [mailto:yg-boost-users@gmane.org] > Sent: Thursday, August 21, 2003 14:50 > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] Re: Re: boost::intrusive_ptr and Managed C++? > > > "Ferdinand Prantl" <ferdinand.prantl(a)ixos.de> wrote > > > The second option (as Holger says) is to make a simple facade to the > c++ > > library (all you might use), which will not have templates (here > smart > > pointers) on the interface, and to use this facade instead. > > > Did I say that? Anyway, I absolutely agree. Oops, sorry, I thought a bit further... :-) > > I just want to point out that IMHO the best solution is to > _not_ export instrusive_ptr_add_ref and _release. If you do > new and delete are called from different modules which works > only if the same CRT instance is used. And that works only if > both link against the exact same version of the CRT dll (that > is both linking against a static CRT still yields to > instances => two heaps => error). The generally safest solution yes, but not always the simpliest and most understandable. With a pile of C++ libraries with templates and STL on interface to use, I would not be very keen on writing facades for each and every... Every such a wrapper also increases the complexity of the solution. > > While we're at it, it's almost always a bad thing to export > classes or functions that rely on classes from a DLL. DLLs > are a run time concept. They don't have any clue which > version of the compiler a consumer is built with. > > E.g. say you export a function > void foo( std::string& s ) > { > s = "Hello World!"; > } Oh yeah, that's terrible constraint - if releasing binary library, one must support more compilers and also create different binary names (e.g. boost_regex). It is not needed if you release sources of the library (not the case of commercial APIs). If STL is widely used in the dependency tree of libraries, it is a pity to abandon it from their interfaces, building special marshalling structures or serializing into streams or return pointers. In this situation I broke the general recommendation (no templates on iface), preferred simplier solution and went on with STL on interfaces. It is cheaper and runs faster too. I moved the task of creating a facade without STL to the person, who needs it. As long as everybody are happy with usage of the same STL on interface, such a facade does not need to be borned (for managed .net assemblies it is also not necessary)... > > The DLL is built with the version A of the compiler and STL > and the consuming application is built with version B. There > is no guarantee for a binary compatibility between the two > version. And indeed the code above will break if version 6 & > 7 of VC are used (The former used a COW scheme while the > second uses a short string optimization). This must not happen. It is responsibility of the build configuration to use the belonging import libraries. It can be checked and forced by pragmas in msvc. Ferda > > Also, do note that the DLL CRT now supports side by side sharing. > > While I am in rant mode the catch(...) thing is also a very > bad idea in VC. This currently catches (this will be fixed in > 8.0) structured exception that are not C++ exception. That > way serious error conditions are silently ignored. > > -hg > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> Buy Ink Cartridges or Refill Kits > for Your HP, Epson, Canon or Lexmark Printer at Myinks.com. > Free s/h on orders $50 or more to the US & Canada. > http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM ---------------------------------------------------------------------~-> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

boost::python - double vs. int - unexpected behavior
by cavok＠filibusta.crema.unimi.it 21 Aug '03

21 Aug '03

hi, i attached a simple example that shows the following behavior: $ python Python 2.2.3+ (#1, Aug 10 2003, 10:11:23) [GCC 3.3.1 (Debian)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import test >>> a=test.A() >>> a.f(3) double >>> a.f(3.8) double >>> a.f(int(3)) double >>> $ well, doesn't it look weird? any idea on how i can get the correct c++ method called? cheers dom -----[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 [Non-text portions of this message have been removed]

2 3

[BGL] How to destroy a subgraph?
by Stefan Slapeta 21 Aug '03

21 Aug '03

Hi, is it possible to destroy a subgraph child? I didn't find nothing on this in the documentation. Is there any other way to free the subgraph's resources? Thanks, Stefan

2 2

RE: [Boost-Users] Re: boost::intrusive_ptr and Managed C++?
by Ferdinand Prantl 21 Aug '03

21 Aug '03

Hello Drew, I implement managed assembly in mc++. I use c++ library with smart pointers and stlport on the interface to implement a functionality in unmanaged c++, even if it is exposed to .net through managed classes. So this scenario in general works. Holger has already answered you, I see also the problem in different heaps/runtime versions. You must ensure the same versions of the runtime (not only debug/release but also version of msvs - 6, 7, 7.1) and of the templated libraries used (in my case stlport for 6, 7, 7.1, which also must use the same runtime). I use msvcrt/msvcrtd everywhere and link everything automatically using pragmas to prevent strange errors from manual configuration. It can look complex but in reality it is pretty simple. The second option (as Holger says) is to make a simple facade to the c++ library (all you might use), which will not have templates (here smart pointers) on the interface, and to use this facade instead. Good Luck, Ferda P.S. with the first option you will come to problems if you register the assembly for CCW but that's another story... -----Original Message----- From: Holger Grund [mailto:yg-boost-users@gmane.org] Sent: Wednesday, August 20, 2003 18:18 To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Re: boost::intrusive_ptr and Managed C++? "Drew" <drewtenn(a)yahoo.com>, > I originally posted this to microsoft.public.dotnet.languages.vc, > but they referred me back to here. > > Has anyone used boost's intrusive_ptr with Managed C++ extensions? > Mmh, not really. And it actually doesn't (currently ?) sound like a very compelling idea to me. > I have a small project where the executable (managed) is linked to a > native C++ dll. > > The code looks like: > > int _tmain() > { > boost::intrusive_ptr<Unmanaged> pUn = __nogc new Unmanaged(); > > return 0; > } > > when I exit out of main, boost::intrusive_ptr_release() throws an > exception. The last known method called is: > > UnmanagedLib.dll!_CrtIsValidHeapPointer(...) Line 1807 > This probably is not related to the managed extensions. It's more likely that intrusive_ptr's dtor calls into the DLL to free the pointer which is only possible if both modules use the DLL version of the CRT. The message indicates that the pointer to be freed is bogus or more likely from another heap. This is caused by a mismatch of the CRTs used by the main program and the DLL. You could use the /MD[d] option for both projects, so that both modules share a common CRT heap. I'd prefer to move intrusive_ptr_add_ref/release functions to the program that uses the instrusive_ptr. Don't export these functions from the DLL. Rather include these functions at build time. That way you ensure, that operator delete is called from the same module as operator new and everything should be fine. > Unmanaged* pUm = new Unmanaged(); > delete pUm; > Yep. Same module. No problem. hth -hg ------------------------ Yahoo! Groups Sponsor ---------------------~--> Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark Printer at Myinks.com. Free s/h on orders $50 or more to the US & Canada. http://www.c1tracking.com/l.asp?cid=5511 http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM ---------------------------------------------------------------------~-> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

3 3

[BGL] single pair problem with bfs
by Jérémie Leguay 21 Aug '03

21 Aug '03

Hi everybody! I really need to perform the single-pair problem. I have begin to implement it as it is written in some mail of the mailing list. I do a breadth first search and I want to use both a visitor recor_distances and a visito of my own which throws an exception to stop the algorithm when the destination is found. My problem is that I did'nt found the way to mix theses two visitors. Can you help me? regards, Jérémie ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

boost::intrusive_ptr and Managed C++?
by Drew 20 Aug '03

20 Aug '03

I originally posted this to microsoft.public.dotnet.languages.vc, but they referred me back to here. Has anyone used boost's intrusive_ptr with Managed C++ extensions? I have a small project where the executable (managed) is linked to a native C++ dll. The code looks like: int _tmain() { boost::intrusive_ptr<Unmanaged> pUn = __nogc new Unmanaged(); return 0; } when I exit out of main, boost::intrusive_ptr_release() throws an exception. The last known method called is: UnmanagedLib.dll!_CrtIsValidHeapPointer(...) Line 1807 but when I replace my code with: Unmanaged* pUm = new Unmanaged(); delete pUm; no exception is thrown. Please help! -Drew

2 1

lambda&MSVC7.0 problem
by GIE 20 Aug '03

20 Aug '03

Hello! While trying to compile empty test prog (only #include "boost/lambda/lambda.hpp" and main) i've got following errors: ...\lambda\detail\arity_code.hpp(66) : error C2065: 'T' : undeclared identifier ...\boost\lambda\detail\arity_code.hpp(66) : error C2687: cannot define a nested UDT of a template class out of line ...\boost\lambda\detail\arity_code.hpp(66) : fatal error C1903: unable to recover from previous error(s); stopping compilation Can this be helped? (boots version 1.30.0) -- With best regards, GIE.

2 1

[bgl] question to induced subgraphs
by Stephan Höfer 20 Aug '03

20 Aug '03

Hello, I use an induced subgraph of a graph with additional user defined properties like coordinates and so on. Do I have access to this properties via the get and put functions using the indices of the subgraph or do I have to access these properties via the parent (if it is the root) resp. root of the subgraph? I tried both without the demanded success. Using the second way the results were a little bit more accurate than using the first way, but they were wrong in either case. I created the subgraph as Graph& tSubgraph = g.create_subgraph; where g is a before initialized graph. Maybe it works copying the properties to the subgraph, but that wouldn't be efficient in my opinion. Thanks in advance for your answers, Stephan

1 0

PC-Lint reports errors for VC6-specific implementation in is_same.hpp
by stefan_felkel2000 20 Aug '03

20 Aug '03

Hi all, Since I have included boost\dynamic_bitset.hpp in my project, PC-Lint reports many thousands of redefinitions of symbol 'is_same_part_1<<1>>::part_2<<1>> for the following code in type_traits\is_same.hpp. #ifdef BOOST_MSVC // the following VC6 specific implementation is *NOT* legal // C++, but has the advantage that it works for incomplete // types. template< typename T1 > struct is_same_part_1 { template<typename T2> struct part_2 { enum { value = false }; }; template<> struct part_2<T1> { enum { value = true }; }; }; If I replace #ifdef BOOST_MSVC with #if (defined BOOST_MSVC) && (BOOST_MSVC < 1300) The code compiles with Visual Studio .NET 2003 and PC-Lint doesn't report any error. Stefan Felkel

2 2

ClearCase and Boost
by Matt Trentini 20 Aug '03

20 Aug '03

Heya Everyone, We use Rationals ClearCase for our source code control here at work and I'm trying to figure out how to best integrate Boost into the ClearCase VOB's. I understand that this probably isn't the ideal forum but I felt certain that someone else out there has a similar configuration! My issue has to do with the different versions of boost. I don't need to maintain a complete source history (don't need every change to every file, just regular releases) but I do want to have multiple versions located at the same place (ie ie want there to be only one boost directory, not boost_1_30, boost_1_30_2 etc) with labels to specify the version. This way our build environment can always look at the one place in the VOB's and we use our config spec to specify which version we're using. Should be simple. ;) Now, I can download a version of boost, extract the files, export them (with clearexport_ffile) then import (clearimport) to the VOB. Then I can label those files. Unfortunately, if any files (or directories) have been deleted I won't know about it - they'll just remain there. I had a quick scan through the attic files and it seems like deleting files is not particularly uncommon. I don't want those old files (which could have been deprecated or buggy or whatever) just lying around waiting for bugs to creep in. So does anyone know of a better way? How are other people doing this? Cheers, Matt PS I've thought of 'hacky' solutions, like telling clearexport_ffile to create a unique branch for every new version of boost and just leaving each new version on the branch...or creating a branch and then running a script over everything, determining if anything needs removing. But, as I said, these are hacky! :)

1 0

Parsing Problem
by jwwillcox2003 19 Aug '03

19 Aug '03

struct usmtf : public grammar<usmtf> { template <typename ScannerT> struct definition { definition(usmtf const& self) { message = mainText; exerciseSet = !eol_p >> str_p("EXER")[do_print("EXER")] >> ch_p('/') >> *(field >> ch_p('/')) >> ch_p('/'); messageIdentifierSet = str_p("MSGID")[do_print("MSGID")] >> ch_p('/') >> *(field >> ch_p('/')) >> ch_p('/'); field = lexeme_d [ +(upper_p - ch_p('/') - eol_p) ]; mainText = exerciseSet >> eol_p >> messageIdentifierSet >> end_p; }; rule<ScannerT> message, mainText, exerciseSet, messageIdentifierSet, field; rule<ScannerT> const& start() const { return message; } }; }; Using this grammar above, it will parse EXER/EE/FF//MSGID// using mainText = exerciseSet >> messageIdentifierSet >> end_p; However, I want it to parse EXER/EE/FF// MSGID// and mainText = exerciseSet >> eol_p >> messageIdentifierSet >> end_p; does not work. Why? How do I parse what I want?

2 1

lexical_cast with unsigned short
by Charles Schwartz 19 Aug '03

19 Aug '03

If possible, please advise. using lexical cast w/unsigned short fails, on MSVC7: #include <boost\lexical_cast.hpp> #include <iostream> int _tmain(int argc, _TCHAR* argv[]) { std::string aStr("2"); unsigned short i = boost::lexical_cast<unsigned short>(aStr); \\ ERROR! std::cout << i << std::endl; return 0; }

3 3

[BGL/iterator_adaptor] retrieving edge iterators from a const graph object?
by Chris Russell 19 Aug '03

19 Aug '03

I'm developing an algorithm based on a DFS of a directed graph that models the BidirectionalGraph concept. In my DFS visitor I have a need to retrieve the pair of in_edge iterators of a specific vertex in my finish_vertex method. Invoking boost::in_edges(Vertex, Graph) and discarding the result compiles fine. However, I can't compile the statement boost::tie(edgeiniterBegin, edgeiniterEnd) = boost::in_edges(Vertex, Graph). I'm struggling to understand why the const-ness of the Graph object results in a "no user defined conversion. from const boost::iterator_adaptor ...." compilation error. I suspect that I have incorrectly specified the type of the in-edge iterators to which I'm attempting to boost::tie the returned iterator pair (my target iterators are declared as boost::graph_traits<mygraph_t>::in_edge_iterator currently) but haven't been able to figure out how else to explain my intent to the compiler. I'll post the specific error message produced by the Windows version of the Intel 7.x compiler and source if necessary - but I'm guessing that I'm missing something pretty obvious here. Any clarification/suggestions would be appreciated. TIA - Chris

2 2

[BGL] named parameter defaults and namespace confusion
by Chris Russell 19 Aug '03

19 Aug '03

In my project, I'm using several different graph objects that are declared in different namespaces. All of these graphs use default internal color maps. Suppose I declare a graph in namespace A. In another namespace, say namespace B, I attempt to invoke a DFS using the named parameter version of the call specifying only the visitor and defaulting the rest of the parameters. Specifically, I do not specify the color map in the named parameter list. What I expected was that the DFS would find, and use the default internal color map of the graph declared in namespace A. However, it appears that it does not and allocates a temporary color map (I assume the compiler searches namespace B, not A). Subsequently when DFS attempts to initialize the color map to white, a fault occurs at runtime (I haven't had time to get into the guts of DFS and figure out exactly why this bombs yet). I've worked around this by using the standard (sans named parameters) version of the DFS call (explicitly passing in a reference to the internal color map). This seeming interaction between the named parameter mechanism and namespaces is pretty subtle - if not for the runtime fault, I would likely have never noticed that the internal property map wasn't being used during the search. Has anyone else seen this? - Chris

2 3

RE: [Boost-Users] shared_ptr - no throw requirement
by Glen Knowles 19 Aug '03

19 Aug '03

From: Victor A. Wagner, Jr. [mailto:vawjr@rudbek.com] >At Monday 2003-08-18 14:43, you wrote: >>What's the rational for the requirement that ~pointee() be no throw? Instead >>of nothrow could it have been specified that shared_ptr functions throw only >>if ~pointee() throws? >> >>This is also something that could go in the docs (assuming I didn't simply >>miss it). > >the ramifications of having any destructor throw are too horrible to >contemplate. >Well, maybe not "too horrible" but several articles have been written on >the ensuing problems. This may be true, and I have read a few articles on the subject, but "too horrible to comtemplate" isn't exactly a rational. A simple statement in the common requirements that it is deemed too error prone would be helpful. Glen [Non-text portions of this message have been removed]

2 1

shared_ptr - no throw requirement
by Glen Knowles 18 Aug '03

18 Aug '03

What's the rational for the requirement that ~pointee() be no throw? Instead of nothrow could it have been specified that shared_ptr functions throw only if ~pointee() throws? This is also something that could go in the docs (assuming I didn't simply miss it). Thanks, Glen [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] RE: [date_time] library binaries for VC7.1? && Comm on lib placement
by Administrator 18 Aug '03

18 Aug '03

Dan, At least, so far, it only allows for debug/non-debug tagging. Right now, I'm starting to get involved over on the Boost.Build <http://groups.yahoo.com/group/jamboost/> mailing list. We'll see exactly how things pan out, although I doubt there will be any major changes for a little while. Dale > -----Original Message----- > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > Sent: Monday, August 18, 2003 6:00 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] RE: [date_time] library binaries for VC7.1? && > Comm on lib placement > > > In article <41B553DE6D81D5119AD90050DA7ACF702E62E6@PDCSERVER>, > administrator(a)sbcltd.com says... > > Dan, > > > > The date_time.lib library is a static lib. The built > date_time.dll actually > > has no exports in it, so for VC purposes is useless. I > would say don't > > worry about it, and just use the static lib. > > Thanks, Dale, this is exactly what I needed to know. I was > starting to > worry that I didn't understand DUMPBIN's output, which would be > worrisome since I've been using it for years. :-) > > > On a side note, has anyone been working on placing built > items into a common > > directory, say <boost_top_dir>/lib? > > > > If not, I have a patch that should help alot. > > Sounds like an excellent idea. I'm assuming that on Windows, > the boost > build would then follow common conventions so that libraries > built with > different characteristics (debug vs. non-debug, multi- vs. single- > threaded, etc) had different names. (I haven't been following boost > build developments lately -- is this a topic of ongoing changes?) > > > > > > -----Original Message----- > > > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > [text elided] > > > > > > After building boost for VC7.1, I find a .lib file in > > > boost_1_30_0\libs\date_time\build\bin\libboost_date_time.lib\m > > > svc\debug > > > \runtime-link-dynamic and a .dll in > boost_1_30_0\libs\date_time\build > > > \bin\boost_date_time.dll\msvc\debug\runtime-link-dynamic. > > > > > > There are a couple of things that I don't understand about > > > these files. > > > > > > Is the .lib file supposed to be the import library for the > > > .dll? Linking > > > against the .lib file hasn't produced any import references in my > > > applications. Perhaps I'm just not hitting any out-of-line > > > functionality, but it sure seems like the .lib file is a > > > static library > > > rather than an import library. > > > > > > Also, running DUMPBIN /EXPORTS on the .dll file shows no exported > > > symbols related to date_time classes, as far as I can > see. It really > > > looks like it's exporting a bunch of stuff related to the > > > standard C++ > > > library, which makes no sense to me. > > > > > -- > Dan Muller > "So that's what an invisible barrier looks like!" (Time Bandits) > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark > Printer at Myinks.com. Free s/h on orders $50 or more to the > US & Canada. http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

2 1

augmented_crc problem with gcc 3.1 and 3.2
by Raoul Gough 18 Aug '03

18 Aug '03

Hi, I've just noticed that my usage of boost::augmented_crc has stopped working since upgrading to gcc 3.x. The problem turns out to be with the workaround extra parameter BOOST_ACRC_DUMMY_PARM_TYPE*. The usage (in crc.hpp) looks like this: template < std::size_t Bits, BOOST_CRC_PARM_TYPE TruncPoly > typename uint_t<Bits>::fast augmented_crc( void const *buffer, std::size_t byte_count, typename uint_t<Bits>::fast initial_remainder BOOST_ACRC_DUMMY_PARM_TYPE ); Which doesn't supply a default value for the fourth parameter (i.e. it really requires all four parameters). Curiously, there is a BOOST_ACRC_DUMMY_INIT defined, which would supply a default value, but it is never used. Is this a bug in crc.hpp? *This happens for gcc 3.1 and 3.2 because config/compiler/gcc.hpp sets BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS to work around a known bug in those versions. -- Raoul Gough "Let there be one measure for wine throughout our kingdom, and one measure for ale, and one measure for corn" - Magna Carta

1 0

bgl compile problem with vc++ 7.1
by Stephan Höfer 18 Aug '03

18 Aug '03

Hello, I've checked out the newest version of boost from the cvs directory on boost-consulting.com. I've tried to recompile my bgl program to be able to use the latest changes of the bgl code. The compilation progress finished with the following error code: ..\..\..\boost\boost\graph\properties.hpp(169) : error C2248: 'boost::detail::subgraph_property_generator::bind_<SubGraph,Property,Tag>::type' : cannot access private typedef declared in class 'boost::detail::subgraph_property_generator::bind_<SubGraph,Property,Tag>' with [ SubGraph=boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>, Property=boost::detail::vertex_property_map<boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>,vertex_point_t>::Property, Tag=vertex_point_t ] and [ SubGraph=boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>, Property=boost::detail::vertex_property_map<boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>,vertex_point_t>::Property, Tag=vertex_point_t ] Cheers, Stephan [Non-text portions of this message have been removed]

2 1

[Q] Boost-Build V2
by Chris Drexler 18 Aug '03

18 Aug '03

Dear Listmembers, since a few weeks I'm using boost within a development system which should be changed towards operating system independence. As boost-buil V2 has a lot of nice features I wanted to base the build process on it. Unfortunatly it's very confusing to get all the information I need and sometimes it is not clear to which boost-build version (v1 or v2) some documentation belongs to. I hope this list is the right place to ask some questions about this. I'm going to describe the my current setup first (which is a little bit longish in order to cover all important points, hopefully) and afterwards I'll explain the problems. The scenario: We have some self-made class libraries which depend on downloaded packages (one is boost). So I thought of using the (usage-)dependency features of boost-build v2 for automatically using the right include paths and the according libraries. (I'm using milestone 6 of boost-build) root | + pkgs + boost_1_30_0 | | | + log4cpp_0.3.4b + include | + lib | + mylib + include | + src | + myapps + testapp + src The idea was to separate the information of which package versions to use and where libraries and include files reside. For this I put a Jamfile into 'pkgs' which consist of the following entries (OS independence not included right now) ------------------------------------------------------------------- project pkgs ; BOOST = boost_1_30_0 ; LOG4CPP = log4cpp-0.3.4b ; # system libraries lib winsock : : <name>Ws2_32.lib ; lib advapi : : <name>Advapi32.lib ; alias all : log4cpp boost ; alias boost : : <include>$(BOOST) ; lib log4cpp : : <file>$(LOG4CPP)/msvc6/log4cpp/Release/log4cpp.lib <variant>release : : <library>winsock <library>advapi ; lib log4cpp : : <file>$(LOG4CPP)/msvc6/log4cpp/Debug/log4cpp.lib <variant>debug : : <library>winsock <library>advapi ; ------------------------------------------------------------------- and the Jamfile in 'root' (where project-root.jam and boost-build.jam resides) contains ------------------------------------------------------------------- project MyProject : default-build debug <link>static ; use-project /pkgs : ./pkgs ; use-project /MyLib: ./mylib ; ------------------------------------------------------------------- The Jamfile in 'mylib' uses several of the libraries defined in 'pkgs' ------------------------------------------------------------------- project MyLib : usage-requirements <include>./include : requirements <include>./include : source-location ./src ; LIBSRC = [ .. whatever ..] ; lib MyLib : $(LIBSRC) : : : <library>/pkgs//log4cpp ; lib MyLib2 : $(LIBSRC) : : : <library>/pkgs//all ; ------------------------------------------------------------------- and the application 'testapp' depends on 'mylib' ------------------------------------------------------------------- project testapp : requirements <library>/MyLib//MyLib : source-location ./src ; exe test : testapp.cpp ; exe test2 : testapp.cpp : : <library>/MyLib//MyLib2 ; ------------------------------------------------------------------- Problems/Questions ================== - I had to put a (empty) 'project-root.jam' file into 'pkgs'. Otherwise I get the error message: error: default build can be specified only in first alternative main target is ../../../pkgs/log4cpp Any ideas why this happens? - the library dependcies for 'log4cpp' are correct and the appropriate library is linked BUT the include depencies are not used (neither for boost nor for log4cpp). I had to add the paths once more into the Jamfile in 'root' to make them available. After the changes the Jamfile looks like this ------------------------------------------------------------------- BOOST = pkgs/boost_1_30_0 ; LOG4CPP = pkgs/log4cpp-0.3.4b ; project MyProject : default-build debug <link>static : requirements <include>$(BOOST) <include>$(LOG4CPP)/include ; use-project /pkgs : ./pkgs ; use-project /MyLib: ./mylib ; ------------------------------------------------------------------- This is not what I wanted because now the paths to the package directies appear twice, once in root/Jamfile and once in root/pkgs/Jamfile. Thanks you very much ! Best Regards, Chris Drexler

2 3

RE: [Boost-Users] [date_time] library binaries for VC7.1? && Comm on lib placement
by Administrator 18 Aug '03

18 Aug '03

Dan, The date_time.lib library is a static lib. The built date_time.dll actually has no exports in it, so for VC purposes is useless. I would say don't worry about it, and just use the static lib. On a side note, has anyone been working on placing built items into a common directory, say <boost_top_dir>/lib? If not, I have a patch that should help alot. Dale > -----Original Message----- > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > Sent: Thursday, August 14, 2003 11:38 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] [date_time] library binaries for VC7.1? > > > I've been using boost for a while, but now for the first time > I'm using > a component that isn't entirely header-based, namely > date_time in boost > 1.30.0. > > After building boost for VC7.1, I find a .lib file in > boost_1_30_0\libs\date_time\build\bin\libboost_date_time.lib\m > svc\debug > \runtime-link-dynamic and a .dll in boost_1_30_0\libs\date_time\build > \bin\boost_date_time.dll\msvc\debug\runtime-link-dynamic. > > There are a couple of things that I don't understand about > these files. > > Is the .lib file supposed to be the import library for the > .dll? Linking > against the .lib file hasn't produced any import references in my > applications. Perhaps I'm just not hitting any out-of-line > functionality, but it sure seems like the .lib file is a > static library > rather than an import library. > > Also, running DUMPBIN /EXPORTS on the .dll file shows no exported > symbols related to date_time classes, as far as I can see. It really > looks like it's exporting a bunch of stuff related to the > standard C++ > library, which makes no sense to me. > > Can anyone clear up my confusion? > > -- > Dan Muller > "So that's what an invisible barrier looks like!" (Time Bandits) > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark > Printer at Myinks.com. Free s/h on orders $50 or more to the > US & Canada. http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

5 5

Type Traits
by Hossein Haeri 18 Aug '03

18 Aug '03

Hi friends, I'm looking for some stuff like the Loki::TypeTraits. I presume that there should be some similar ones in the boost repository. If I'm right, please tell me where they are. Thanks, --Hossein __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

4 5

uClibc and Boost
by codeazure 18 Aug '03

18 Aug '03

Has anyone had success using Boost with the uClibc libraries? In particular, have you got Boost.Python to work? I am using the getting_started1.cpp example provided with Boost. I am using Boost 1.30.0, uClibc 0.9.20 and Python 2.2.3. Note that uClibc does not currently support a dlopen() called library calling a dlopen(). I have found that as long as the library is loaded with Python, I can get it to work. I am currently using the SSL version of the socket module, which is using SSL libraries linked against Python. I have tried 2 techniques so far, but both result in core dumps. 1. Compile Python against uClibc and force linking with libboost_python.so 2. Compile Pyhton against uClibc only. Build Boost application by linking against libboost_python.a so no external library is needed. It may be that the 2 libraries are simply not compatible at this stage. Does anyone have any ideas? David Abrahams has suggested low level debugging to work out what is causing the core dump, but if the problem lies deep within uClibc, then I have a problem. Regards, Jeff Gray

2 1

Variant library or alternative suggestion
by vivek_arora 17 Aug '03

17 Aug '03

Whats is the status of the variant library which was supposed to have been approved for inclusion? I was unable to compile the code submitted for review. Are there any alternative ways/libraries for representing typesafe unions ? thanks -Vivek Arora

3 2