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/19849 Hi, It looks like a recent change to Bjam broke the nightly testing. Here's the link error. ### ### Using 'darwin' toolset. ### rm -rf bootstrap mkdir bootstrap cc -o bootstrap/jam0 command.c compile.c debug.c expand.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c option.c output.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c class.c native.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/ property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c /usr/bin/ld: Undefined symbols: _exec_cmd _exec_wait collect2: ld returned 1 exit status K. Noel Belcourt 2008-12-02T18:01:40 http://comments.gmane.org/gmane.comp.lib.boost.build/19846 OK, I give up, I have the seeming trivial: make gs.check : : < at >check-gs ; if $(NT) { ECHO "Platform is NT" ; actions check-gs { gswin32c -version } } else { ECHO "Platform is not NT" ; actions check-gs { gs -version } } But it always prints "Platform is not NT". What am I doing wrong? Also tried switching on $(OS) and $(UNIX) but all the builtin variables seem to be undefined in the Jamfile :-( Cheers, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build John Maddock 2008-12-02T17:18:23 http://comments.gmane.org/gmane.comp.lib.boost.build/19844 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Jan Boehme 2008-12-02T14:15:46 http://comments.gmane.org/gmane.comp.lib.boost.build/19843 In doxygen.jam the rule: actions doxygen-action { $(RM) "$(*.XML)" & "$(NAME:E=doxygen)" "$(>)" && echo "Stamped" > "$(<)" } The $(RM) "$(*.XML)" part expands to (for example from the accumulators docs): del /f /q "..\..\..\bin.v2\libs\accumulators\doc\msvc-8.0\debug\threading-multi\statsdoc\*.xml" But there is no such directory, and there never will be (as it's created by any of the rules), so the del command fails with: "The system cannot find the file specified." Now, this doesn't actually terminate the build (which surprises me actually), but the error message is identical to some genuine errors emitted by Doxygen if it can't find the external tools it needs (like latex etc), which makes it darn hard to figure out whether the build was OK or not :-( Since the command has no effect, I'm tempted to just go ahead and delete it, but I assume it was put there for a reason, and is supposed to be deleting *something*, I just don't know what :-( The del command was introduced by Rene here BTW: https://svn.boost.org/trac/boost/changeset/37457/trunk/boost/tools/build/v2/tools/doxygen.jam Anyone any ideas? Rene? Thanks, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build John Maddock 2008-12-02T13:59:16 http://comments.gmane.org/gmane.comp.lib.boost.build/19839 The quickbook tests currently all fail because it's Jamfile creates a "run" rule for each test, but as each test uses the same executable and the "run" rule deletes the executable if the test passes: so the first test passes, and all the others fail because the .exe was deleted by the first test :-( I've tried everything I can think of to fix this, but no luck so far... the obvious fix is to replace the "**passed**" rule from testing.jam with one that doesn't delete the .exe, but if I add my own version of this rule to quickbook-testing.jam then it appears not to be called? Any better ideas? Thanks, John. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build John Maddock 2008-12-02T12:39:22 http://comments.gmane.org/gmane.comp.lib.boost.build/19837 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Jonathan Brannan 2008-12-01T23:34:12 http://comments.gmane.org/gmane.comp.lib.boost.build/19833 The attached has already been sent to spirit-devel< at >lists.sourceforge.net; however, it's probably more appropriate to this list. Could someone on this list provide pointers on how to modify the Jamfile to actually run the examples (in particular, the mini_xml1.cpp) with the input file specified? _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Larry Evans 2008-12-01T20:00:32 http://comments.gmane.org/gmane.comp.lib.boost.build/19829 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build Oliver Zheng 2008-12-01T17:20:57 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"/usr/include/glib-2.0" -I"/usr/lib/glib-2.0/include" -c -o "bin/gcc-4.1.1/debug/GCore.o" "/home/daniel/projects/trunk/GeoROG/GCore/GCore.cpp" ...failed gcc.compile.c++ bin/gcc-4.1.1/debug/GCore.o... ...failed updating 1 target... There's a newline right after -DGR_BUILD_TIME=1228135248, which is why the line after is being treated as a command. How can I accomplish this? I'm using Milestone12 with Boost.Jam Version 3.1.13. OS=LINUX. Thanks in advance! 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 fi } ########### End of tao.idl ################### It allows us to build TAO applications (almost) perfectly: ############# Begin of Jamfile ############### import tao ; lib Foo_idl : Foo.idl : <link>static <symlink-sources>. ; exe FooServer : [ glob *.cc ] Foo_idl TAO_PortableServer ; ############# End of Jamfile ################ The desired symlinks are created by the actions tao-idl. Unfortunately, they are left after doing 'bjam clean'. So I tried to create them legally extending default generator (the idea was taken from tools/stage.jam, shared libraries): ############# Begin ################### class sources-from-idl-generator : generator { rule __init__ ( ) { generator.__init__ tao.tao-idl : IDL : CPP(%S) H(%S) CPP(%C) H(%C) INL(%S) INL(%C) ; } rule run ( project name ? : property-set : source : multiple ? ) { local result = [ construct-result $(source) : $(project) $(name) : $(property-set) ] ; local generated = [ generated-targets $(source) : $(property-set) : $(project) $(name) ] ; local loc = [ $(project).location ] ; for local file in $(generated) { local name = [ $(file).name ] ; local link = $(loc)/$(name) ; result += [ symlink $(link) : $(project) : $(file) : $(property-set) ] ; } return $(result) ; } rule symlink ( name : project : source : properties ) { local a = [ new action $(source) : symlink.ln : $(properties) ] ; local targets = [ new file-target $(name) exact : SYMLINK : $(project) : $(a) ] ; return $(targets) ; } } generators.register [ new sources-from-idl-generator ] ; ################################################## The needed generators are created, but obviously they aren't called during the build. And I can't figure out how to request them. What am I missing? How to create those symlinks and to have them removed after cleaning? — Anatoli Sakhnik _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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 dependency of the library target on the JniHeaders target, then this works perfectly, except that the two targets run in the wrong order. But with the source dependency as above, I get the following error: /Users/iemmons/bin/boost-build/build/generators.jam:951: in ensure- type from module generators error: target { Jamfile</Users/iemmons/dev/KB/Parliament/KbCore> %Jamfile</Users/iemmons/dev/KB/Parliament/KbCore>.BuildJniHeaders- JniHeaders. } has no type /Users/iemmons/bin/boost-build/build/generators.jam:1166: in generators.construct from module generators /Users/iemmons/bin/boost-build/build/targets.jam:1408: in construct from module object(typed-target)< at >54 /Users/iemmons/bin/boost-build/build/targets.jam:1252: in object(typed- target)< at >54.generate from module object(typed-target)< at >54 /Users/iemmons/bin/boost-build/build/targets.jam:765: in generate- really from module object(main-target)< at >61 /Users/iemmons/bin/boost-build/build/targets.jam:738: in object(main- target)< at >61.generate from module object(main-target)< at >61 /Users/iemmons/bin/boost-build/build/targets.jam:255: in object(project-target)< at >50.generate from module object(project-target)< at >50 /Users/iemmons/bin/boost-build/build-system.jam:414: in load from module build-system /Users/iemmons/bin/boost-build/kernel/modules.jam:261: in import from module modules /Users/iemmons/bin/boost-build/kernel/bootstrap.jam:132: in boost- build from module /Users/iemmons/bin/boost-build/boost-build.jam:1: in module scope from module This is puzzling to me, because it seems that the definition of JniHeaders as a "notfile" target should tell boost build that JniHeaders has no type. Any ideas about what I'm doing wrong? Thanks, Ian _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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 _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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 & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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 these are "defined" externals, meaning the code being exported actually exists in the executable section of the binary. I would expect to possibly see exported symbols like this in shared libraries, but not application executables. In some applications, we see hundreds of these exports. I've tried to suppress these symbols by disabling visibility in the boost static libraries, but that hasn't worked. Yes, I'm aware of gcc 4.0 visibility issues with exception handling across shared libraries. But since we're statically linking, we shouldn't see those kind of problems. I suspect that the problem is I'm just not passing the cflags or cxxflags correctly. Either that, or this isn't really a symbol visibility issue. In any case, here's the command line I tried: ./tools/jam/src/bin.macosxx86/bjam debug release toolset=darwin address-model=32 architecture=combined threading=multi link=shared,static macosx-version=10.5 macosx-version-min=10.4 darwin/ cflags=-fvisibility=hidden darwin/cxxflags=-fvisibility=hidden -- layout=system --prefix=/tmp/boostbuild_20081124_142343/32 --exec- prefix=/tmp/boostbuild_20081124_142343/32 --builddir=../../../ buildProductsMac/boost install Thanks in advance for any suggestions regarding eliminating these symbol exports. Best, -- Allen Cronce _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build 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 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.boost.build