From: Reece Dunn (msclrhd_at_[hidden])
Date: 2005-09-27 04:39:32
Vladimir Prus wrote:
>On Tuesday 27 September 2005 12:08, Reece Dunn wrote:
> > If msvc fails to compile a source file, the RSP file is not deleted.
>Well, this is by design. You probably need to look at the options in RSP
>files, since they can be related to compile failure.
I know why the compilation is failing in this instance :).
> > Therefore, if you change the Jamfile settings that alters the RSP file
> > contents, those changes aren't picked up.
> > This is because the:
> > $(.CL) ... && del file.rsp
> > ^^^^^^^^^^^^
> > does not get executed if $(.CL) fails.
>Well, this is a problem indeed. So far, no good solution exists.
Because of this issue, my fixes weren't being picked up because the response
file wasn't being regenerated.
I take it the desired behaviour is:
* generate a response file for each target containing the includes, defines
and other settings;
* if the target succeeds, remove the response file;
* if the target fails, keep the response file;
* if building a failed target, regenerate the response file.
As far as I understand, the problem occurs when (re)generating the response
file for a given target. Can't you delete the response file before it is
being generated, so it will get regenerated each time a target is (re)built.
This will then, as far as I can see, ensure that all the desired behaviour
exists and that new changes are picked up.
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk