[Scons-users] Scons none-deterministic behavior for incremental build
Bill Deegan
bill at baddogconsulting.com
Wed Dec 5 09:33:19 EST 2018
I'd disagree that for simple builds SCons is hard to get right.
Getting make correct with all dependencies and flat across multiple
directories is non-trivial.
While doing the same (for simple build as you've stated) is trivial with
SCons.
Glad you've resolved your issue.
-Bill
On Wed, Dec 5, 2018 at 8:30 AM Hua Yanghao <huayanghao at gmail.com> wrote:
> > I guess that's an implementation detail... cpython 3 doing something
> > different than 2.7. there has never been any promise: "A set object is
> > an unordered collection of distinct hashable objects."
>
> Indeed. But it is so easy to overlook it.
> I still think if now dict() starts to track ordering, so should set() too.
> Basically all iterables in python should track orders when they are
> created and when new items are added.
> But I guess this should be discussed in python community instead.
>
> Scons runs our production SW build since quite some time and I am
> still very impressed by its power and flexibility.
> I think there is room for people who doesn't want too much flexibility
> to have something less flexible but more easy to get right, and yet
> provides all the old age makefile based features. I am going through
> company internal process to have the build system (plus the core
> firmware infrastructure) open sourced as soon as possible ... but it
> is going to take a while.
>
> Our build system build on top of scons merely using python as the
> software configuration system, and from a single configuration factory
> (e.g. a single python class) we are able to create dozens of SW
> builds, each are different (across many different CPU architectures)
> yet the common part is shared, and the final customized image is
> created out of the same source code tree. (exactly like how Linux
> builds with kbuild but now everything, the build system and the
> configuration system, are all in the same language - python, there is
> no need for another domain-specific-language to be invented for
> build/config system).
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20181205/bad95e1a/attachment.html>
More information about the Scons-users
mailing list