[Scons-users] clean vs build

[Hua Yanghao]

Looks like I am not alone :-)
See my issue here:
https://pairlist4.pair.net/pipermail/scons-users/2017-July/006094.html

It looks like scons is over-checking something and if you are using
2.5.1 you can follow the below commit to fix it (it works for me and
only breaks the scons cyclic dependency regression test):
commit e5e526de419fd0f61fa93d4a2f84a2c226de618d
Author: Hua Yanghao <yanghao.hua at intel.com>
Date:   Sat Jul 22 21:25:14 2017 +0200

    tools/scons-local-2.5.1/SCons/Taskmaster.py: fix parallel build error

diff --git a/tools/scons-local-2.5.1/SCons/Taskmaster.py
b/tools/scons-local-2.5.1/SCons/Taskmaster.py
index 90306b5..50a46a5 100644
--- a/tools/scons-local-2.5.1/SCons/Taskmaster.py
+++ b/tools/scons-local-2.5.1/SCons/Taskmaster.py
@@ -1030,7 +1030,7 @@ class Taskmaster(object):
             # All of the "cycles" found were single nodes in EXECUTED state,
             # which is to say, they really weren't cycles.  Just return.
             return
-
+        return
         desc = 'Found dependency cycle(s):\n'
         for node, cycle in nclist:
             if cycle:

On Sun, Jul 23, 2017 at 8:32 PM, Mats Wichmann <mats at wichmann.us> wrote:
>
> any tips on debugging a situation where clean fails but build works? I'm
> not quite sure where to look.
>
> for an identical set of arguments to scons except for --clean, the clean
> run ends with this output:
>
> ===
> scons: done reading SConscript files.
> scons: Cleaning targets ...
> scons: done cleaning targets.
>
> scons: *** Found dependency cycle(s):
>   Internal Error: no cycle found for node
> out/linux/x86_64/debug/java/base/objs (<SCons.Node.FS.File object at
> 0x55fa03265fa0>) in state pending
>   Internal Error: no cycle found for node
> out/linux/x86_64/debug/java/examples-java/simpleclient/jar
> (<SCons.Node.FS.File object at 0x55fa0325a9a0>) in state pending
>
> File "/usr/lib/scons/SCons/Taskmaster.py", line 1043, in cleanup
> ===
>
> I've got a script which does a clean-before-build (the script is doing a
> static-analyzer run, so it wants a completely clean state, since the
> analysis depends on having captured information for each object built),
> and the script fails because the clean leaves an error, but the build
> step taken by itself works fine with no complaints about dependency cycles.
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users