Boost logo

Boost :

Subject: Re: [boost] [1.56] Sorry but no PDF doc build (build script has been broken)
From: John Maddock (boost.regex_at_[hidden])
Date: 2014-08-11 07:24:06


>> Sorry folks, but as things stand there will be no PDF build of the docs
>> for 1.56 as the build script appears to be hopelessly broken :-(
>>
>> Each time I fix one Boost.Build error it just leads to another, and
>> frankly at present I have neither time nor inclination to keep tracking
>> these down. If anyone wants to experience some pain then trying to
>> invoke bjam in /doc/pdf/ will give you an idea of some of the issues.
>
> You mean :

Nope, I *think* that one is probably caused by you not having an FO
processor registered in your user-config.jam, I get:

error: at ..\..\libs\bind\doc\Jamfile.v2:6
error: Attempt to redeclare already registered project id '/boost/doc'.
error: Original project:
error: Name: Jamfile<M:\data\boost\boost-1_56_0\doc>
error: Module: Jamfile<M:\data\boost\boost-1_56_0\doc>
error: Main id: /boost/doc
error: File: ..\Jamfile.v2
error: Location: ..
error: New project:
error: Module: Jamfile<M:\data\boost\boost-1_56_0\libs\bind\doc>
error: File: ..\..\libs\bind\doc\Jamfile.v2
error: Location: ../../libs/bind/doc

Which I can workaround, but then I get the same error from
Boost.Context, work around that one as well and then I get:

M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:397: in
find-really
*** argument error
* rule project.is-registered-id ( id )
* called with: ( )
* missing argument id
M:/data/boost/boost-1_56_0/tools/build/src/build\project.jam:600:see
definition of rule 'project.is-registered-id' being called
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:457: in
class_at_project-target.find
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:841: in
resolve-reference
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:858: in
targets.generate-from-reference
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:1245: in
generate-dependencies
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:1302: in
class_at_basic-target.generate
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:757: in
generate-really
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:729: in
class_at_main-target.generate
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:272: in
class_at_project-target.generate
M:/data/boost/boost-1_56_0/tools/build/src\build-system.jam:707: in load
M:\data\boost\boost-1_56_0\tools\build\src/kernel\modules.jam:289: in import
M:\data\boost\boost-1_56_0\tools\build\src/kernel/bootstrap.jam:139: in
boost-build
M:\data\boost\boost-1_56_0\boost-build.jam:17: in module scope

Which so freaking inscrutable that I'm pretty sure it's a Japanese
translation of Klingon.

I suspect the only proper solution is to have each library's Jamfile
include an install rule to build the PDF and put it under dist/pdf. But
with >60 libraries to patch and apparently the only way to submit a pull
request for each (fork, clone, patch, test and submit), then do the same
for master *and* develop branches, wait and hope that the maintainer is
active and feeling favourable.... well you see my problem!

Apologies for the rant, John.


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk