[Scons-users] Handling deleted source files

[Dan Pidcock]

Ah thanks - I tried running with --debug=explain --tree=all and there seems
to be some dependency between some other generated files and the removed
.cpp, even though I thought these should go the other way round as I have
Depends(cppSourceFiles, generatedFiles)

I will have to strip this down to a simple example to get to the bottom of
it...


On 27 June 2013 14:28, Tom Tanner (BLOOMBERG/ LONDON) <
ttanner2 at bloomberg.net> wrote:


> Is it possible your SConscript is accessing the .o files with a Glob or an

> explicit Depends(target, thing.o) or something similar.

>

> It should only look at the .o files if you have a dependency and if you

> don't, they're just rubbish lying around.

>

>

> ----- Original Message -----

> From: scons-users at scons.org

> To: scons-users at scons.org

> At: Jun 27 2013 13:15:45

>

> Hi,

>

> Whenever somebody deletes (or renames) a source file in our project, scons

> will fail the next build because it finds the existing .o file in the

> variant directory, but doesn't know how to create it as the .cpp file has

> disappeared underneath it.

>

> scons -c before updating from source control does fix it but:

>   1. This causes a full rebuild which is very slow

>   2. You have to know that somebody else has deleted a file before you

> update your source

>

> Is there a SCons way around this?

>

> Googling "scons deleted source files" didn't find me anything so I suspect

> this is a failing in my usage of SCons rather than with SCons itself.

>

> Thanks,

>

> Dan

>

>

> _______________________________________________

> Scons-users mailing list

> Scons-users at scons.org

> http://four.pairlist.net/mailman/listinfo/scons-users

>

>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://four.pairlist.net/pipermail/scons-users/attachments/20130627/9836ed9e/attachment.html