Re: Order of execution of a one-file builder

"Javier Llopis" <[email protected]>
Newsgroups gmane.comp.programming.tools.scons.user
Message-ID <[email protected]>
I'm exploring creating an Action instead of a builder. Is there any way I can give a name to my Action, just like the built-in actions "env.Chmod" or "env.Copy" have? If possible, I'd like my action to be called "Sign", so the code would like AddPostAction(installer, env.Sign)

TIA
J

----------------------------------------
From: Bill Deegan <[email protected]>
Sent: 11/22/22 6:52 PM
To: SCons users mailing list <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [Scons-users] Order of execution of a one-file builder
Another way to do this would be to alter the Installer() builder to optionally do the signing step based on KEYFILE and PASSWORD being set.
That might be a better solution.

On Tue, Nov 22, 2022 at 10:08 AM Matthew Marinets <[email protected]> wrote:

Rather than a builder, you can refactor your action into a SCons Action object, then use AddPostAction (or AddPreAction if you want and action to run before another one).

 

So if signing happens after your Install builder, something like:

                my_sign_action = Action(string_or_python_function, print_str)

                installed_exe = env.Install(target_exe, source_exe)

                env.AddPostAction(installed_exe, my_sign_action)

 

Hope this helps!

—Matthew

 

From: Scons-users <[email protected]> On Behalf Of Javier Llopis
Sent: November 22, 2022 08:57
To: SCons users mailing list <[email protected]>
Subject: [Scons-users] Order of execution of a one-file builder

 

Hello All,

 

I have written a builder around SignTool.exe, a program that comes with Visual Studio which digitally signs an executable or a DLL, and have included it in the build system for a piece of software that I have written.

 The problem is that the input and output of the builder are the same file, i.e. the builder just runs SignTool on the source[0] parameter and the target is the same file which can create the problem below.

 This is my code (the relevant parts):

 # on SConscript
 instexe = env.Installer(installer_name, "InstallEncVPG.nsi") # NSIS builder from Contributed Builders page
 if must_sign:
     env.Sign(instexe, KEYFILE=keyfile, PASSWORD=password)
 env["installer"] = instexe
 Return("env")

 #on SConstruct
 env = SConscript("Installer/SConscript", exports=["env"])
 Install("distrib", env["installer"])

 Since the input and output are the same, scons apparently doesn't seem to know when a file is 'ready'. 

 

The issue I am running into is that the actions are done in the wrong order: The 'instexe' is built on SConscript, then Install copies it to the 'distrib' directory on SConstruct, then Sign on SConscript signs it on the original directory, so the installer on 'distrib' is unsigned. 

 

I cannot reproduce the issue on a smaller script. I tried to write an illustrative, simpler example but then the issue doesn't happen. Only on the big builds.

 Is there any way I can force an order of execution?

 TIA

 

J

_______________________________________________
Scons-users mailing list
[email protected]
https://pairlist4.pair.net/mailman/listinfo/scons-users

_______________________________________________
Scons-users mailing list
[email protected]
https://pairlist4.pair.net/mailman/listinfo/scons-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.