[Scons-users] Scons none-deterministic behavior for incremental build
Bill Deegan
bill at baddogconsulting.com
Wed Dec 5 10:34:21 EST 2018
Indeed getting a complicated build to work with any build system is
non-trivial.
-Bill
On Wed, Dec 5, 2018 at 9:37 AM Hua Yanghao <huayanghao at gmail.com> wrote:
> Bill, I meant to say "using scons to implement all the features you
> would find in kbuild ..." is not as easy as it could be.
> I fully agree scons is much easier to get right than makefile and
> shell script (programming in shell scripts is harmful, if at all works
> ...).
>
> Thanks again for your help. :-)
>
> On Wed, Dec 5, 2018 at 3:33 PM Bill Deegan <bill at baddogconsulting.com>
> wrote:
> >
> > 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
> >
> > _______________________________________________
> > Scons-users mailing list
> > Scons-users at scons.org
> > https://pairlist4.pair.net/mailman/listinfo/scons-users
> _______________________________________________
> 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/ac3481fe/attachment.html>
More information about the Scons-users
mailing list