Re: [boost] Profiling template instantiations

From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2008-05-09 14:50:21

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