[Scons-users] "Targetless" Builder ? Or a target that is not accessible via normal command line / file system.

[Bill Deegan]

Mark,

What should cause the exe to be built?
What should prevent the exe from always being built?

Sounds like (guessing here), that you want the target to effectively be the
exe on your "devkit", but since access to that directory is non-standard
and slow, doing so should be avoided as much as possible?
If so, would running your dir exe be the best way to determine the
datestamp (at least) of your target?
Though if you want to md5sum it, then you might want to copy it back,
and/or copy the md5sum to the devkit (should be small), and then read that
back..
You could use a custom decider.. see the manpage.
http://www.scons.org/doc/production/HTML/scons-man.html

-Bill


On Wed, Dec 26, 2012 at 7:09 AM, Mark Ribau
<mribau at realtaentertainment.com>wrote:


> What I'm trying to avoid is copying extra files to the devkit, since this

> is a major bottleneck. The devkits only have 100 megabit connections.

>  Copying any amount of large data takes forever.  Our builds are typically

> 10GB or more in total size.  Avoiding copying over files that are already

> up to date would be preferred.

> *

> *

> *

> *

> ----

> *mark ribau*

> *software engineer*

>

>

> On Wed, Dec 26, 2012 at 6:57 AM, Mark Ribau <

> mribau at realtaentertainment.com> wrote:

>

>> Is there any way to use a python function call as the target (or somehow

>> override the up to date test)? The problem with use a dummy file like that,

>> is that we can't trust the local file system to be in sync with the remote

>> devkit.  The remote devkit is shared.  We have a way to query the remote

>> devkit.

>> *

>> *

>> *

>> *

>> ----

>> *mark ribau*

>> *software engineer*

>> *corp email: mribau at realtaentertainment.com*

>>

>>

>> On Wed, Dec 26, 2012 at 6:25 AM, Gary Oberbrunner <garyo at oberbrunner.com>wrote:

>>

>>> Hi Mark; the simplest thing is probably to have the builder also write a

>>> local file ("$TARGET.built" or something).  SCons really needs a file to

>>> use as the target, to tell whether it's up-to-date or not, as well as to

>>> use as a dependency for further builders.

>>>

>>>

>>> On Wed, Dec 26, 2012 at 8:06 AM, Mark Ribau <

>>> mribau at realtaentertainment.com> wrote:

>>>

>>>> So I want to make a builder whose "target" is practically

>>>> non-accessible except via special executables (.exe that talk to a devkit

>>>> in an "opaque" way). I have many multiple source files (that are really

>>>> just targets of other builders, usually an InstallAs at the end of a series

>>>> of builders).

>>>>

>>>> I am trying to create a builder that will essentially run one of the

>>>> special .exe for Build, and a different .exe for Clean. I would prefer to

>>>> not have to generate dummy files for targets for this Builder. I would like

>>>> so that modifying the source file would cause the Builder to run correctly.

>>>> I had thought that maybe not specifying a target would work, however, I

>>>> didn't really see a way to create a custom "should I get built" function,

>>>> in which I'd call one of the special .exe and parse it's output.

>>>>

>>>> Has anyone done this sort of thing before and can give some advice?

>>>>

>>>> Additional Info:

>>>> There is an .exe to copy file(s) from filesystem drive to remote devkit

>>>> drive. (Can do a single file or whole directory. Supports recursion.)

>>>> There is an .exe to delete file(s) from filesystem drive to remote

>>>> devkit drive. (Can do a single file or whole directory. Supports recursion.)

>>>> There is an .exe to dir file(s) from remote devkit drive. (Output is

>>>> similar to a standard Windows 'dir' command. Can do a single file or whole

>>>> directory or a name pattern. Supports recursion.)

>>>> We do not have source access to modify these programs, but we could

>>>> write simple wrappers (in Python) for them to make their output more Python

>>>> friendly.

>>>>

>>>> Thanks!

>>>> *

>>>> *

>>>> *

>>>> *

>>>> ----

>>>> *mark ribau*

>>>> *software engineer*

>>>> *corp email: mribau at realtaentertainment.com*

>>>> *

>>>>

>>>> *

>>>>

>>>> *CONFIDENTIALITY NOTICE:  *This e-mail and any accompanying documents

>>>> contain confidential information intended for a specific individual

>>>> purpose. This information is private and protected by law.  If you are not

>>>> the intended recipient, you are hereby notified that any disclosure,

>>>> copying or distribution, or the taking of any action based on the contents

>>>> of this information, is strictly prohibited.  If you have received this

>>>> transmission in error, please delete it.  Thank you.

>>>>

>>>> _______________________________________________

>>>> Scons-users mailing list

>>>> Scons-users at scons.org

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

>>>>

>>>>

>>>

>>>

>>> --

>>> Gary

>>>

>>> _______________________________________________

>>> 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/20121226/a456275c/attachment.htm>