http://blog.gmane.org/gmane.comp.lib.boost.build hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lib.boost.build/19828 Hello, here's what I'm trying to do: gcc /DGR_BUILD_TIME=1228135248 ... GR_BUILD_TIME is the output of date +%s. I read the manual and tried this: local GR_BUILD_TIME = [ SHELL "date +%s" ] ; # project settings ################################################### project : requirements <include>. # GCC settings <define>GR_BUILD_TIME=$(GR_BUILD_TIME) . . . Now, GR_BUILD_TIME is passed to gcc but it contains a trailing newline, which causes the compile to fail like this: georog-dev:/home/daniel/projects/trunk/GeoROG> bjam toolset=gcc-4.1.1 -q ...patience... ...patience... ...found 4676 targets... ...updating 4 targets... gcc.compile.c++ bin/gcc-4.1.1/debug/GCore.o g++: no input files /bin/sh: -Ibin/gcc-4.1.1/debug: not found "g++" -ftemplate-depth-128 -O0 -fno-inline -Wall -g -fPIC -Winvalid-pch -DBOOST_BUILD_PCH_ENABLED -DGR_BUILD_TIME=1228135248 -I"bin/gcc-4.1.1/debug" -I"." -I"../GFL" -I"../SBGFLTK/include" -I"/home/daniel/projects/Vendor/Boost/include/boost-1_37" -I"/us Daniel Lidström 2008-12-01T12:49:20 http://comments.gmane.org/gmane.comp.lib.boost.build/19827 Hi, assuming I've got an install target (installing executables) inside the fictive project A's Jamroot: I'd like to declare an install target inside a dependent project B, which installs the contents of project A's install target alongside with the local installation contents. Example: - Project A installs a.exe to e.g. /projA/bin/a.exe - Project B installs b.exe to e.g. /projB/bin/b.exe - The latter should also include project A's a.exe target installation to /projB/bin/a.exe Is there a way of doing this by simply referring to a single target defined within project A? I guess it would be possible to explicitly refer to specific targets from project B, e.g. "/projA/src/a/Jamfile//a", but I'd like project A to define what dependent projects gets to install. TIA / Johan _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Johan Nilsson 2008-12-01T09:07:27 http://comments.gmane.org/gmane.comp.lib.boost.build/19826 Hi there! I'm trying to let the BBv2 create symlinks to generated stubs and skeletons into the source folder, but unsuccessfully yet. This is needed to simplify code browsing and assistance in vim or Eclipse. Let's start from the following tao.idl: ############## Begin of tao.idl ########### import generators ; import type ; import feature : feature ; import toolset : flags ; type.register IDL : idl ; type.register INL : inl : H ; type.register SYM_LINK ; feature <symlink-sources> : : free path ; generators.register-standard tao.tao-idl : IDL : CPP(%S) H(%S) CPP(%C) H(%C) INL(%S) INL(%C) ; flags tao.tao-idl SYMLINK_SOURCES <symlink-sources> ; rule tao-idl ( dstS dstS_h dstC dstC_h inlS inlC : src : properties * ) { INCLUDES $(dstS) : $(dstS_h) ; INCLUDES $(dstC) : $(dstC_h) ; } actions tao-idl { tao_idl -o $(<[1]:D) $(>) symlink=$(SYMLINK_SOURCES) if [ "$symlink" ]; then for i in "$(<[1]:D)"/*.{cpp,h,inl}; do ln -sf "$i" $symlink/`basename "$i"` done Anatoli Sakhnik 2008-12-01T08:50:39 http://comments.gmane.org/gmane.comp.lib.boost.build/19821 I'm trying to create an alias rule that will override/set certain pdf generation properties, for example: alias type_traits : $(boost-root)/libs/type_traits/doc//standalone : $(COMMON_PDF_SETTINGS) ; But $(COMMON_PDF_SETTINGS) don't get passed down to the pdf build. Same result if I spell out the settings explicitly: alias type_traits : $(boost-root)/libs/type_traits/doc//standalone : <xsl:param>body.start.indent=0pt ; Any ideas on this? Also, I would like if possible to be able to control the file name under which a pdf gets installed: I can use the "install" rule to copy the pdf to a location of my choice, but the resulting file name isn't always quite what I would like... is there any kind of rename-rule I can use? Many thanks, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build John Maddock 2008-11-30T12:18:37 http://comments.gmane.org/gmane.comp.lib.boost.build/19815 I am new to bjam, and I'm sure that the problem I'm having is a simple thing, but I can't figure out what I'm doing wrong. I'm using bjam 3.1.16 (the pre-built binary) on MacOS 10.5.5. I am trying to build a C++ library that uses JNI to communicate with a Java program. This means that before I build the C++ code I must first build some Java code and then run the javah tool to generate some C header files that are included by my C++ code. I have implemented an ant build script to do the javac and javah steps, and I want to call that from my jam file. Here is my jam file: import notfile ; project /KB/KbCore ; lib Parliament :[ glob *.cpp : Utf8StaticInitGen.cpp ] /site-config//BerkeleyDB /site-config//JavaJNI JniHeaders :<include>. <define>BUILDING_KBCORE <define>PARLIAMENT_RSRC_AS_UTF16 <define>_REENTRANT <threading>multi :# default build :<include>. ; notfile JniHeaders : < at >BuildJniHeaders ; actions BuildJniHeaders { ant jniHeaders } If I comment out the source d Ian Emmons 2008-11-29T03:59:47 http://comments.gmane.org/gmane.comp.lib.boost.build/19804 Feeling anally retentive today ;-) I am trying to silence this warning. As it is in MS code, there isn't much we can do about it - and I've no reason suppose it is a meaningful warning. For example (there are others) I find it running boost_1_37_0\libs\algorithm\string\test usinstances.cpp C:\Program Files\Microsoft Visual Studio 9.0\VC\INCLUDE\xstring(239) : warning C4506: no definition for inline function 'size_t std::char_traits<_Elem>::length(const _Elem *)' with [ _Elem=unsigned short ] In my jamfile.v2 project requirements I have added <toolset>msvc:<cxxflags>/wd4506 # NO definition for inline function in MS Xstring). But this does not silence it :-(( (I've also had trouble silencing some C4996 - unsafe checked iterators warning - this might have a common cause). Suggestions? Thanks Paul --- Paul A. Bristow Prizet Farmhouse Kendal, UK LA8 8AB +44 1539 561830, mobile +44 7714330204 pbristow< at >hetp.u-net.com ____________________________________ Paul A. Bristow 2008-11-26T16:07:59 http://comments.gmane.org/gmane.comp.lib.boost.build/19797 I know this has been discussed before, but I cannot seem to find the relevant post. I am building boost 1.37 with this command line: bjam toolset=msvc-7.1 threading=multi link=static --build-type=complete --layout=versioned --without-python stage --without-mpi I expected this command to build the versioned lib files but the output folder also contains the unversioned lib files. Is there another option I should be using. Thanks, Dick _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Dick Wood 2008-11-25T14:29:11 http://comments.gmane.org/gmane.comp.lib.boost.build/19795 Hi, I'm new to the lists so I'm not certain if this has been covered before (but I did search and didn't find anything that seemed relevant). I want to use Boost with Eclipse (Ganymede), using the MinGW toolchain (all versions are latest builds). Following the "getting started" instructions I have run: bjam --build-dir="c:\tmp" --toolset=gcc --build-type stage This has now been running for over 13 hours and has consumed over 13GB of hard disk space - is that right? My first thought was to check the MD5 of the downloaded boost_1_37_0.7z in case of corruption but I can't see anything on the (SourceForge) download site that would allow this. I've tried looking through the documentation but I can't find (or have missed) the typical footprint of a boost installation. 13GB does seem a tad excessive though. Any advice on whether this is normal behaviour, and if not what the cause may be will be gratefully received! Thanks, Iain Cunningham _______________________________________________ Unsubscribe & othe Iain Cunningham 2008-11-25T11:14:07 http://comments.gmane.org/gmane.comp.lib.boost.build/19794 Hi all, We're using boost static libraries in our projects. We've noticed that there are tons of symbol exports in our Mac OS X executables, even after stripping. Here's an excerpt from an "nm -m" command: --snip-- 00008330 (__TEXT,__text) weak external __ZN5boost10filesystem10basic_pathISsNS0_11path_traitsEEdVEPKc 0000c240 (__TEXT,__text) weak external __ZN5boost10filesystem22basic_filesystem_errorINS0_10basic_pathISsNS0_11path_traitsEEEEC2ERKSsRKS4_NS_6system10error_codeE 00009d80 (__TEXT,__text) weak external __ZN5boost10filesystem22basic_filesystem_errorINS0_10basic_pathISsNS0_11path_traitsEEEED0Ev 00009ef0 (__TEXT,__text) weak external __ZN5boost10filesystem22basic_filesystem_errorINS0_10basic_pathISsNS0_11path_traitsEEEED1Ev 0000b340 (__TEXT,__text) weak external __ZN5boost15throw_exceptionINS_10filesystem22basic_filesystem_errorINS1_10basic_pathISsNS1_11path_traitsEEEEEEEvRKT_ 00008540 (__TEXT,__text) weak external __ZN5boost16exception_detail10clone_baseD0Ev --snip-- Note that thes Allen Cronce 2008-11-25T02:51:06 http://comments.gmane.org/gmane.comp.lib.boost.build/19789 The accumulators/test/weighted_tail_variate_means test fails with "template instantiation depth exceeds maximum of 100" when running regression tests with the qcc toolset. I've tried to increase the depth by editing tools/build/v2/tools/qcc.jam so that it's like gcc.jam which has a default depth of 128 but the compiler is still called with -Wc,-ftemplate-depth-100. My changes have effect when I run bjam directly in the libs/accumulators/test directory, but not when I run regression tests. I have to add --bjam-options="c++-template-depth=128" to the command line to make it work. Niklas Angare 2008-11-24T00:08:28 http://comments.gmane.org/gmane.comp.lib.boost.build/19788 I just finished clearing out all the pending bugs for bjam that where in trac. And I put the finishing touches on various aspects of getting a bjam 3.1.17 released. But since there where some crucial changes to fix the bugs I'm reticent to release immediately (and truth is I ran out of time this weekend). So consider this an early warning for the bjam release. I wont get back to doing the release until Thursday, or more likely Friday. So please give the latest bjam a test drive as best you can and report any problems (as bugs in trac). Rene Rivera 2008-11-24T04:44:32 http://comments.gmane.org/gmane.comp.lib.boost.build/19785 Hi, I'm surprised no one stated a comment on this issue so far 'cause the used compiler belongs to Boost's additional test compilers. I post this again 'cause it's not listed in the gmane searchable archives. # Jamfile obj res : ABQPP.rc ; built with bjam -q -d2 toolset=intel res gave me: Error: ambiguity found when searching for best transformation Trying to produce type 'OBJ' from: - { ABQPP.rc.RC } Generators that succeeded: - rc.compile.resource - intel-win.compile.rc First generator produced: - { rc%rc.compile.resource-res_res.obj.OBJ { ABQPP.rc.RC } } Second generator produced: - { intel-win%intel-win.compile.rc-res_res.obj.OBJ { ABQPP.rc.RC } } I also tried obj res : ABQPP.rc : : <toolset>msvc : ; to set the default build option but it didn't work too and resulted in the same error message. Used tools: Boost.Build V2 (Milestone 12) Boost.Jam 03.1.16 WIndows XP MS Visual Studio 2005 Intel C++ 10.1.025 Any hints how to solve this issue? Many thanks, Jan. ____________________ Jan Boehme 2008-11-23T14:00:00 http://comments.gmane.org/gmane.comp.lib.boost.build/19783 I've committed a change that allows to do this in user-config.jam: option jobs : 4 ; and see Boost.Jam actually use 4 jobs. The commit is: https://svn.boost.org/trac/boost/changeset/49869 Comments appreciated. In future, I'll add support for specifying some other interesting options, most notably --build-dir -- those it makes most sense for project-config.jam, not user-config.jam. - Volodya Vladimir Prus 2008-11-22T10:14:29 http://comments.gmane.org/gmane.comp.lib.boost.build/19758 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Larry E. Ramey 2008-11-20T17:25:10 http://comments.gmane.org/gmane.comp.lib.boost.build/19755 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build df.trash 2008-11-20T15:21:20 http://comments.gmane.org/gmane.comp.lib.boost.build/19754 I am still very new to boost build, so this question is probably rather trivial. I have a project using a boost.build Jamfile. My project needs to use a 3rd party library. From the documentation I found that I could use a standard lib target declaration, with a <file> statement: lib mythirdpartylib : : <file>third-party-lib.a ; This works fine as long as that library has already been built, but this library is available in source form, with a gnu makefile. I would really like to run that makefile to build the library when needed. I looked at some of the documentation on custom make rules, and came up with a naive solution along the lines of: make third-party-lib.flag : : < at >makelib ; actions makelib { ( cd $(LIBPATH) && make ) touch $(<) } lib mythirdpartylib : third-party-lib.flag : <file>third-party-lib.a ; Unfortunately, the mythirdpartylib target fails because 'third-party-lib.a' does not exist. (It won't exist until after the 'makelib' action was run). It appears that the my "third-party- Alex Richardson 2008-11-20T15:34:51 http://comments.gmane.org/gmane.comp.lib.boost.build/19751 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build vicente.botet 2008-11-20T14:03:49 http://comments.gmane.org/gmane.comp.lib.boost.build/19742 There seem to be a lot of failures on the release branch caused by some libraries not being found, so for example on acc: http://tinyurl.com/6r76o5 or on Darwin: http://tinyurl.com/6dyezn The library not being found is part of the project requirements BTW in case that helps, Regards, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build John Maddock 2008-11-19T17:11:03 http://comments.gmane.org/gmane.comp.lib.boost.build/19737 Hi, It seems that a recent change to the build system resulted in failures of this sort, when running tests on OSX (either darwin or intel-darwin). testing.capture-output ../bin.v2/libs/mesh/test/test_hfds.test/ darwin-4.0.1/debug/test_hfds.run DYLD_LIBRARY_PATH=/Users/kbelco/boost/bin.v2/libs/mesh/build/ darwin-4.0.1/debug:$DYLD_LIBRARY_PATHnexport DYLD_LIBRARY_PATHn ... /bin/sh: line 2: DYLD_LIBRARY_PATHn: command not found ====== BEGIN OUTPUT ====== dyld: Library not loaded: libboost_mesh-xgcc40-d-1_38.dylib Referenced from: /Users/kbelco/boost/status/../bin.v2/libs/mesh/ test/test_hfds.test/darwin-4.0.1/debug/test_hfds Reason: image not found There is an extra 'n' showing up in the environment variable name. Anyone know where this is coming from? It rather looks like an end of line character that is mis-interpreted on the Mac. K.Noel Belcourt 2008-11-18T19:44:38 http://comments.gmane.org/gmane.comp.lib.boost.build/19736 Is there any way to tell Boost how many jobs to run in parallel from within a Jamfile, a programmatic equivalent to '-j N'? Brad Howes 2008-11-18T18:04:38 http://comments.gmane.org/gmane.comp.lib.boost.build/19735 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Jan Boehme 2008-11-18T12:30:08 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.boost.build