[Scons-users] modifying how scons looks for dependencies?

[Gary Oberbrunner]

I think you'd have to make a different type of Node. But FS.Node depends
pretty heavily on access to the local file system as it is today. It would
be a pretty decent sized project.

It certainly can't be done from a SConstruct, sorry.

-- 
Gary Oberbrunner
(sent from my Android)
On Dec 7, 2013 12:22 AM, "Robert Zeigler" <robert.zeigler at gmail.com> wrote:


> Certainly, I could patch scons. :) To clarify my question, is there a way

> to override this from within a build file, without patching scons? I'll

> keep digging through docs and code.

>

> Robert

>

>

>

> > On Dec 6, 2013, at 11:07 PM, William Deegan <bill at baddogconsulting.com>

> wrote:

> >

> > Robert,

> >> On Dec 6, 2013, at 5:16 PM, robert zeigler <robert.zeigler at gmail.com>

> wrote:

> >>

> >> I'm experimenting with using scons in a distributed compute

> environment, where the main scons process runs on a master node, but

> individual tasks are farmed out to compute nodes.

> >>

> >> This works fine as long as the build is occurring in a shared-storage

> location visible to all nodes. However, I'm exploring use cases where

> POSIX-compliant storage may not be available (or desirable), but an

> alternative, fast, shared data store is.

> >>

> >> My question is, is it possible to override the default mechanism scons

> uses for checking that a dependency exists before building a target?

> >

> > It's just python. You can change it anyway you like.

> > Would such a patch be accepted? Depend on the implementation and

> performance impact.

> > You could use something like distcc ..

> >

> > -Bill

> > _______________________________________________

> > Scons-users mailing list

> > Scons-users at scons.org

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

> _______________________________________________

> 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/20131207/c68f3ce4/attachment.html