You are here

Home » Forums » Development Forums » Portable App Development

Redundant $Bits variable removal

5 posts / 0 new
Log in or register to post comments
Last post
September 28, 2017 - 9:21pm
#1
Gord Caswell
Gord Caswell's picture
Offline
Last seen: 4 hours 8 min ago
DeveloperModerator
Joined: 2008-07-24 18:46
Redundant $Bits variable removal

With the release of the PortableApps.com Launcher version 2.1, the $Bits variable is set by PAL itself.
As such, setting this variable in Custom.nsh can be removed for the following applications, see applicable edits to the Custom.nsh files here:

  • 7-Zip **
  • AkelPad
  • Avidemux
  • Blender
  • Daphne
  • KVIrc
  • Krita
  • Listary
  • ProcessHacker
  • RapidCRCUnicode
  • RawTherapee **
  • TEncoder
  • UltraDefrag
  • VirtualDub
  • WaveShop
  • WinMTR

    • ** These applications require moving small pieces of code that were handled within the general code. See the github commit for details.

    This post has been stickied, with applications being removed from the list once updated.

Top
September 29, 2017 - 11:24am
Bart.S
Offline
Last seen: 1 month 1 week ago
Developer
Joined: 2008-07-23 07:56
x64.nsh

Why not '${If} ${RunningX64}' and drop $Bits?

Top
September 29, 2017 - 4:05pm
(Reply to #2)
demon.devin
demon.devin's picture
Offline
Last seen: 2 years 6 months ago
Developer
Joined: 2007-08-02 09:04
Already in the codebase.

PAL uses the same means of detecting bit depth just like the x64.nsh header file. There's no need to include that extra file when the same thing is already being done.

Edit:
Here's an example of what you can use without the x64.nsh include file..

${If} $Bits == 32
 ; Blah blah blah
${ElseIf} $Bits == 64
 ; Blah blah blah
${Else}
 ; this should never execute and is unnecessary.. lol. 
${EndIf}

daemon.devin

Top
September 30, 2017 - 7:25am
(Reply to #3)
Bart.S
Offline
Last seen: 1 month 1 week ago
Developer
Joined: 2008-07-23 07:56
Standard NSIS

x64.nsh is part of NSIS. Using upstream code (functions, variables) is better than duplicate things in custom code.
Just my 2 cents.

Top
September 30, 2017 - 8:45am
(Reply to #4)
demon.devin
demon.devin's picture
Offline
Last seen: 2 years 6 months ago
Developer
Joined: 2007-08-02 09:04
Okay.

Why would we want to include a file that uses the same code that PAL is already using?

This would just create more overhead, which can build up and in the long run is a bad thing.

daemon.devin

Top
Log in or register to post comments