[Scons-users] Bundles as targets

[Bill Deegan]

Arvid,

The short answer is no.
The medium answer is currently SCons deals with sources and targets on a
file by file basis, what you're talking about would require highly
non-trivial changes.

Not sure why you have to wipe the target directory? doesn't  scons -c clean
it for you?

-Bill

On Mon, Oct 5, 2020 at 11:41 PM Arvid Rosén <arvid at softube.com> wrote:

> Hi,
>
>
>
> I have been using SCons for many years now successfully, and one of the
> few features I miss, or don’t know how to achieve maybe, is how to easily
> build bundles. A bundle in this case is a target that is a directory with
> exactly a set of files. No more, no less. The most notable case here is
> macOS bundles, but they are used in other cases too.
>
>
>
> *Description of problem*
>
> I want to build a target that is called MyBundle that looks exactly like
> this:
>
> ./MyBundle/README.txt
>
> ./MyBundle/bin/theBinary
>
> ./MyBundle/lib/myLib
>
>
>
> If I then change something, for example rename the binary, I want exactly
> this:
>
> ./MyBundle/README.txt
>
> ./MyBundle/bin/theBinary2
>
> ./MyBundle/lib/myLib
>
>
>
> I absolutely don’t want this:
>
> ./MyBundle/README.txt
>
> ./MyBundle/bin/theBinary
>
> ./MyBundle/bin/theBinary2
>
> ./MyBundle/lib/myLib
>
>
>
> Bonus requirement.
>
> I want to set the permissions on individual files to various things.
>
>
>
> Is there an easy way to achieve this in SCons? Today, I always wipe the
> target directory, and then use Mkdir and InstallAs to populate the bundle.
> But is this really the best way? Would it be possible to extend SCons to
> add a Bundle target Node to do this in a clean way you think?
>
> This would be great, because then other steps in the build process could
> use the bundle as a whole as  their input, to copy it or apply signing or
> similar things.
>
>
>
> Cheers,
>
> Arvid
> _______________________________________________
> 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/20201006/d9905c44/attachment.html>