AMDG John Maddock wrote:
Steven Watanabe wrote:
This seems to work:
import modules ; modules.load profile_templates : ../profile_templates.jam ;
OK I got the Jamfile building OK, but now I see an error in the postprocess step:
profile_templates.process_raw_profile ..\..\..\bin.v2\libs\profile_templates\test\msvc-8.0\debug\threading-multi\test.tp
"..\..\..\bin.v2\libs\profile_templates\src\msvc-8.0\debug\threading-multi\postprocess.exe" <"..\..\..\bin.v2\libs\profile_templates\test\msvc-8.0\debug\threading-multi\test.rtp"
"..\..\..\bin.v2\libs\profile_templates\test\msvc-8.0\debug\threading-multi\test.tp"
...failed profile_templates.process_raw_profile ..\..\..\bin.v2\libs\profile_templates\test\msvc-8.0\debug\threading-multi\test.tp... ...removing ..\..\..\bin.v2\libs\profile_templates\test\msvc-8.0\debug\threading-multi\test.tp
Add link=static. (It isn't finding the regex dll).
A couple of other observations:
* This takes an absolute age to run... isn't there a better way than processing all the Boost headers separately? Maybe pre-process the source, then insert the special markup and compile?
I was planning to see if I can hijack the scanner to avoid copying headers that aren't used.
* If a failure occurs and I re-run the Jamfile, then it just goes off processing all the Boost headers all over again, so there's some dependency analysis missing somewhere :-(
I've noticed that, too. I don't understand it yet. In Christ, Steven Watanabe