[prev in list] [next in list] [prev in thread] [next in thread] 

List:       boost-build
Subject:    Re: [Boost-build] [boost] [1.56] Sorry but no PDF doc build (build script has been broken)
From:       John Maddock <boost.regex () virgin ! net>
Date:       2014-08-11 11:24:06
Message-ID: 53E8A7D6.9070402 () virgin ! net
[Download RAW message or body]

>> 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@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@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@main-target.generate
M:/data/boost/boost-1_56_0/tools/build/src/build\targets.jam:272: in 
class@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.
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build
[prev in list] [next in list] [prev in thread] [next in thread]