updated build script for Delphi 2007

[dummzeuch 1386]

I have just created a pull request (*1) for an updated build script for Delphi 2007.

 

Apart from general cleanup and testing (the original simply didn't work) there is one notable change:

It does not try to copy the generated *.bpl files to c:\windows\system32

This was a bad idea anyway and would not work nowadays.

 

Also, no output files are generated in the source directories any more, everything goes into ..\d11, dcu files into ..\d11\dcu.

 

There is one part in there that I don't understand: Why was there a special call to dcc32 to compile the unit IdCompressionIntercept.pas ? It's part of IndyProtocol110.dpk anyway, so why compile it separately? Does it require special compiler flags?

 

@Arnaud Bouchez If you think that's the way to go, please give me a go ahead and I'll have a look at the other scripts.

 

(*1: I hope I finally figured out how to correctly create pull requests on GitHub)

Edited September 30, 2020 by dummzeuch

[Arnaud Bouchez 380]

I don't understand why I would be involved in this discussion..

My only knowledge is that Delphi 2007 dcc32.exe could work with the .bpl not in c:\windows\system32. I only use .dcu anyway for my command-line D2007 compilation script, modifying the dcc32.cfg file and putting the dcu in a small sub folder:

c:\progs\Delphi2007>dir /s /w
 Le volume dans le lecteur C n'a pas de nom.
 Le numéro de série du volume est C006-BF3C

 Répertoire de c:\progs\Delphi2007

[.]   [..]  [bin] [lib]
               0 fichier(s)                0 octets

 Répertoire de c:\progs\Delphi2007\bin

[.]           [..]          dcc32.cfg     DCC32.EXE     rlink32.dll
               3 fichier(s)        1 087 592 octets

 Répertoire de c:\progs\Delphi2007\lib

[.]             [..]            ActiveX.dcu     Classes.dcu     ComConst.dcu
CommCtrl.dcu    ComObj.dcu      Consts.dcu      Contnrs.dcu     Graphics.dcu
ImageHlp.dcu    IniFiles.dcu    Math.dcu        Messages.dcu    Registry.dcu
RTLConsts.dcu   SyncObjs.dcu    SysConst.dcu    SysInit.dcu     System.dcu
SysUtils.dcu    Types.dcu       TypInfo.dcu     Variants.dcu    VarUtils.dcu
Windows.dcu     WinInet.dcu     WinSpool.dcu
              26 fichier(s)        2 346 725 octets

     Total des fichiers listés :
              29 fichier(s)        3 434 317 octets
               8 Rép(s)   6 376 325 120 octets libres

c:\progs\Delphi2007>

 

Edited September 30, 2020 by Arnaud Bouchez

[luebbe 26]

maybe @dummzeuch indended to tag @Remy Lebeau instead?

[dummzeuch 1386]

1 hour ago, luebbe said:

maybe @dummzeuch indended to tag @Remy Lebeau instead?

1 hour ago, Arnaud Bouchez said:

I don't understand why I would be involved in this discussion..

WTF? How did that happen? Sorry!!!

Yes, I meant @Remy Lebeau

[Remy Lebeau 1255]

4 hours ago, dummzeuch said:

There is one part in there that I don't understand: Why was there a special call to dcc32 to compile the unit IdCompressionIntercept.pas ? It's part of IndyProtocol110.dpk anyway, so why compile it separately? Does it require special compiler flags?

At one point, yes, to work around a bug in old versions of DCC32 related to the unit's use of the Zlib object files.  There is a comment about that issue at the top of the Indy 9 version of IdCompressionIntercept.pas (though this version has a more detailed comment about it).  I don't know if that bug is still an issue anymore, but the DCC32-based batch scripts still compile IdCompressionIntercept.pas separately (the MSBuild-based batch scripts do not).