<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<!--
* This Source Code Form is subject to the terms of the Mozilla Public License,
* v. 2.0. If a copy of the MPL was not distributed with this file, You can
* obtain one at http://mozilla.org/MPL/2.0/
*
* Copyright (C) 2009-2013, Peter Johnson (www.delphidabbler.com).
*
* $Rev$
* $Date$
*
* Instructions for building CodeSnip from source.
-->
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
<title>
Building CodeSnip
</title>
<style type="text/css">
body {
font-family: sans-serif;
}
dt.spaced {
margin-top: 0.5em;
}
h1 {
text-align: center;
}
h2 {
padding-bottom: 0.25em;
border-bottom: 1px silver solid;
}
.indent {
margin-left: 2em;
}
ul.spaced li,
ol.spaced li {
margin-top: 0.5em;
}
p, div.spaced {
padding: 0;
margin: 0.5em 0;
}
.box, .cmd {
padding: 0.25em;
background-color: #eef;
border: 1px solid silver;
}
.cmd {
margin-left: 2em;
margin-right: 2em;
font-weight: bold;
}
.prompt {
color: blue;
}
</style>
</head>
<body>
<h1>
CodeSnip Build Instructions
</h1>
<h2>
Introduction
</h2>
<p>
<em>CodeSnip</em> is written in Object Pascal and is targeted at Delphi
XE. Compilation with earlier compilers is not guaranteed. The code will
require some changes to compile on Delphi XE2 or later.
</p>
<p>
The are currently two editions of <em>CodeSnip</em>: the standard edition and
the portable edition. They both share the same code base and the different
editions are created using conditional compilation. These instructions show
how to build either edition.
</p>
<p>
The Delphi XE IDE can be used to modify the source and to perform test builds.
Final builds should be created using the provided makefile.
</p>
<h2>
Dependencies
</h2>
<p>
Several DelphiDabbler and other 3rd party libraries and components are
required to compile <em>CodeSnip</em>, most of which are included in the code
repository in the <code>Src/3rdParty</code> directory. Code not included in
the repository is noted below.
</p>
<h3>
Indy libraries v10
</h3>
<p>
The Indy 10 Internet components ship with Delphi XE.
If you prefer to work with the latest release you can download it from <a
href="http://www.indyproject.org/"
>http://www.indyproject.org/</a>. If you download a copy of Indy 10 you
should compile the source code separately with the same version of Delphi
that is being used to compile <em>CodeSnip</em>.
</p>
<p>
Regardless of whether you are using the version of Indy 10 supplied with
Delphi or if you have downloaded and compiled your own version, you must set
the <code>INDY10</code> environment variable to the directory where you
placed the compiled code.
</p>
<h4 id="indychanges">
Changes between different Indy 10 releases
</h4>
<p>
Changes were made to the parameter lists of the <var>TWorkBeginEvent</var>
and <var>TWorkEvent</var> events between early and later releases of Indy
10. Specifically, earlier versions use type <var>Integer</var> for the
<var>AWorkCount</var> parameter of <var>TWorkEvent</var> and the
<var>AWorkCountMax</var> parameter of <var>TWorkBeginEvent</var>, while
later versions use <var>Int64</var>.
<p>
<p>
<em>CodeSnip</em>'s source code uses conditional compilation to provide the
correct event handler signatures – and it makes an intelligent guess
at which signature to use depending on the version number provided by the
Indy library code. Should the program fail to compile with an error in the
<var>Web.UDownloadMonitor</var> unit, you should check the event signatures in
your Indy <var>IdComponent</var> unit and then define the
<code>INDY_WORKEVENT_INT64</code> environment variable if <var>Int64</var>
parameters are required or <code>INDY_WORKEVENT_INT32</code> if
<var>Integer</var> parameters are used.
</p>
<h3>
Delphi RTL & VCL
</h3>
<p>
Goes without saying really, but you need the RTL and VCL that ships with
Delphi.
</p>
<h2>
Build Tools
</h2>
<p>
The following tools are required to build <em>CodeSnip</em>.
</p>
<h3>
Delphi
</h3>
<p>
A copy of the Delphi XE command line compiler is required to build the
object Pascal code from the provided makefile.
</p>
<p>
You can use the Delphi IDE to edit the code and test compile it, but final
builds should be created using the makefile, which requires the following
tools that are supplied with Delphi:
</p>
<dl>
<dt class="spaced">
<code>DCC32</code>
</dt>
<dd>
The Delphi command line compiler.
</dd>
<dt class="spaced">
<code>BRCC32</code>
</dt>
<dd>
The Borland resource compiler. Used to compile various resource source
(<code>.rc</code>) files.
</dd>
<dt class="spaced">
<code>TLibImpl</code>
</dt>
<dd>
Type library importer tool. Used to create a Pascal unit that describes
code contained in <code>ExternalObj.idl</code>.
</dd>
</dl>
<p>
The following environment variables are associated with these tools:
</p>
<dl>
<dt class="spaced">
<code>DELPHIROOT</code> - required unless <code>DELPHIXE</code> is set.
</dt>
<dd>
Should be set to the install directory of the version of Delphi being
used. <code>DCC32</code>, <code>BRCC32</code> and <code>TLibImpl</code>
are expected to be in the <code>Bin</code> sub-directory of
<code>DELPHIROOT</code>.
</dd>
<dt class="spaced">
<code>DELPHIXE</code> - optional
</dt>
<dd>
This environment variable can be set to the Delphi XE install
directory. When <code>DELPHIXE</code> is defined
<code>DELPHIROOT</code> will be set to the value of
<code>DELPHIXE</code>.
</dd>
<dt class="spaced">
<code>INDY10</code> - required
</dt>
<dd>
Must be set to the directory where the Indy 10 components are installed.
The code must have been built with the same version of Delphi used to
compile <em>CodeSnip</em>.
</dd>
<dt class="spaced">
<code>INDY_WORKEVENT_INT64</code> <strong>or</strong>
<code>INDY_WORKEVENT_INT32</code> - optional
</dt>
<dd>
<a href="#indychanges">See above</a> for details. If used, only one of
the environment variables may be defined. Defining both causes
compilation to fail.
</dd>
</dl>
<h3>
MAKE
</h3>
<p>
This is the make tool that ships with Delphi. You can use any version that
works.
</p>
<h3 id="mssdk">
Microsoft Software Development Kit
</h3>
<p>
The MIDL IDL compiler that ships with the MS SDK is required to build
<code>ExternalObj.tlb</code> from <code>ExternalObj.idl</code>.
</p>
<p>
MIDL requires the use of Microsoft's <code>CL.exe</code> C Pre-processor
which in turn requires <code>mspdb**.dll</code>, where ** is a number that
depends on the version of Visual Studio used. I use MIDL v7 and
<code>mspdb80.dll</code> from the Windows 2008 (v6.1) platform SDK. So that
MIDL can find these files you need to update your system PATH to include:
</p>
<ul class="spaced">
<li>
<div>
The path to <code>CL.exe</code>. This will probably be in a sub folder
of a MS Visual Studio installation folder. For example:
</div>
<pre class="indent">C:\Program Files\Microsoft Visual Studio 9.0\VC\bin</pre>
<div>
or
</div>
<pre class="indent">C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin</pre>
</li>
<li>
<div>
The Common Visual studio binary directory where <code>mspdb**.dll</code>
is located. For example:
</div>
<pre class="indent">C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE</pre>
<div>
or
</div>
<pre class="indent">C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE</pre>
</li>
</ul>
<p>
The <code>MSSDK</code> environment variable must be set and contain the
MS SDK install directory. <code>MIDL.exe</code> must be in the
<code>Bin</code> sub-directory of <code>MSSDK</code> and the required
include files must be in the <code>Include</code> sub-directory.
</p>
<p>
You can use a batch file with contents similar to the following to set the
path and the <code>MSSDK</code> environment variable before building
<em>CodeSnip</em>:
</p>
<pre class="indent">if not "%PATHSET%" == "" goto end
set MSSDK=C:\Program Files\Microsoft SDKs\Windows\v7.1
set PATH=%PATH%;C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin
set PATH=%PATH%;C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE
set PATHSET=1
:end</pre>
<p>
<strong>Note:</strong> You do not need a copy of Visual Studio for this
– the required directories and files are created when the SDK is
installed.
</p>
<h4>
Build Without MIDL or the MS SDK
</h4>
<p>
If you don't already have the MS SDK it's a big job to download and install
it just to compile one <code>.tlb</code> file. Therefore there's an
alternative that means you can compile without the SDK. This is described
in the section
<a
href="#nomidl"
>Editing and Compiling Without MIDL</a> below.
</p>
<p>
If you take this route, there's no need to set <code>MSSDK</code> or modify
the path.
</p>
<h3>
DelphiDabbler Version Information Editor (VIEd)
</h3>
<p>
This tool is used to compile version information (<code>.vi</code>) files
into intermediate resource source (<code>.rc</code>) files. Version 2.11.2
or later is required.
Version Information Editor can be obtained from
<a
href="http://www.delphidabbler.com/software/vied"
>http://www.delphidabbler.com/software/vied</a>.
</p>
<p>
The program is expected to be on the path unless its install directory is
specified by the <code>VIEDROOT</code> environment variable.
</p>
<h3>
DelphiDabbler HTML Resource Compiler (HTMLRes)
</h3>
<p>
HTMLRes is used to compile <code>HTML.hrc</code> which stores various
HTML, JavaScript, CSS and images into HTML resources. Version 1.1 or later
is required.
The HTML Resource Compiler can be obtained from
<a
href="http://www.delphidabbler.com/software/htmlres"
>http://www.delphidabbler.com/software/htmlres</a>.
</p>
<p>
The program is expected to be on the path unless its install directory is
specified by the <code>HTMLRESROOT</code> environment variable.
</p>
<h3>
Inno Setup
</h3>
<p>
The Unicode version on the Inno setup command line compiler is needed to
create <em>CodeSnip</em>'s install program. v5.5.2 (u) or later is required.
Earlier (Unicode) versions may work, but this is not guaranteed.
</p>
<p>
You can get Inno Setup at <a
href="http://www.jrsoftware.org/isinfo.php"
>http://www.jrsoftware.org/isinfo.php</a>. Choose the Unicode version and
ensure that the ISPP pre-processor is installed. If you already have the ANSI
version the Unicode version can be installed alongside it - just use a
different install directory and program group name.
</p>
<p>
The path to Unicode Inno Setup's install directory will be looked for in the
<code>INNOSETUP_U</code> environment variable, or, if that is not set, in the
<code>INNOSETUP</code> environment variable. If neither of these is set then
the correct version of Inno Setup is expected to be on the path.
</p>
<p>
<strong>Note:</strong> Inno Setup is not required if you are creating only the
portable edition of <em>CodeSnip</em> since that edition does not have an
install program.
</p>
<h3>
Microsoft HTML Help Compiler (HHC)
</h3>
<p>
This command line compiler is supplied with Microsoft HTML Help Workshop. It
is used to compile the <em>CodeSnip</em> help file.
</p>
<p>
The program is expected to be on the path unless its install directory is
specified by the <code>HHCROOT</code> environment variable.
</p>
<h3>
Zip
</h3>
<p>
This program is used to create <em>CodeSnip</em>'s release file.
You can get a Windows command line version at
<a
href="http://stahlforce.com/dev/index.php?tool=zipunzip"
>http://stahlforce.com/dev/index.php?tool=zipunzip</a>.
</p>
<p>
The program is expected to be on the path unless its install directory is
specified by the <code>ZIPROOT</code> environment variable.
</p>
<p>
<strong>Note:</strong> You do not need Zip if you do not intend to create
release files.
</p>
<h2>
Preparation
</h2>
<h3>
Configure the environment.
</h3>
<p>
You can configure environment variables either by modifying your system
environment variables or by creating a batch file that you run before
performing the build.
</p>
<h4>
Step 1
</h4>
<p>
Configure the required environment variables. Compilation will fail if these
environment variables are not set:
</p>
<ul>
<li>
<code>DELPHIROOT</code> <strong>or</strong> <code>DELPHIXE</code>
</li>
<li>
<code>INDY10</code>
</li>
<li>
<code>MSSDK</code> (if using MIDL - see step 2)
</li>
</ul>
<h4>
Step 2
</h4>
<p>
Update the <code>PATH</code> environment variable to include the paths that
MIDL needs (explained <a
href="#mssdk"
>above</a>).
</p>
<p>
If you are not using MIDL then there is no need to modify the
<code>PATH</code> variable or set <code>MSSDK</code>. Instead you can
define <code>IGNOREMIDL</code> by setting it to some value, e.g.
<code>set IGNOREMIDL=1</code>.
</p>
<h4>
Step 3
</h4>
<p>
Set any of the following environment variables that are needed to specify
the path to any tools that cannot be found on the path:
</p>
<ul>
<li>
<code>VIEDROOT</code>
</li>
<li>
<code>HTMLRESROOT</code>
</li>
<li>
<code>INNOSETUP_U</code> or <code>INNOSETUP</code>
</li>
<li>
<code>HHCROOT</code>
</li>
<li>
<code>ZIPROOT</code>
</li>
</ul>
<h4>
Step 4
</h4>
<p>
Set <code>INDY_WORKEVENT_INT64</code> or <code>INDY_WORKEVENT_INT32</code>
if necessary (explained <a
href="#indychanges"
>above</a>).
</p>
<h3>
Get the Source Code
</h3>
<p>
If you don't already have it, download or checkout the <em>CodeSnip</em>
source code. There are several options:
</p>
<ol class="spaced">
<li>
<div>
If you are a Subversion user you can:
</div>
<ul class="spaced">
<li>
<div>
Check out the source using the following command:
</div>
<pre class="cmd"><span class="prompt">></span> svn checkout http://codesnip.googlecode.com/svn/trunk/ PATH</pre>
<div>
Where <code>PATH</code> is the directory where you want to place the
working copy. You will not be able to commit changes unless you join
the project, when a different check out URL is used.
</div>
</li>
<li>
<div>
Export the code using this command:
</div>
<pre class="cmd"><span class="prompt">></span> svn export http://codesnip.googlecode.com/svn/trunk/ PATH</pre>
<div>
where <code>PATH</code> is the directory where you wish to store the
code.
</div>
</li>
</ul>
<div class="spaced">
These commands get code from the repository trunk. To get the code of a
stable release replace <code>trunk</code> with <code>tags/XXXX</code>
where <code>XXX</code> specifies the version.
</div>
</li>
<li>
Download source files for the current many older releases from the <a
href="https://sourceforge.net/projects/codesnip/files/"
>CodeSnip SourceForge Files Page</a>.
</li>
<li>
Grab the source code of the latest release from <a
href="http://www.delphidabbler.com/software/codesnip/download"
>DelphiDabbler.com</a>.
</li>
</ol>
<h3>
Configure the Source Tree
</h3>
<p>
After checking out or downloading and extracting the source code you should
have the following directory structure:
</p>
<pre>./
|
+-- Docs - documentation
| |
| +-- ChangeLogs - program change log files
| |
| +-- Design - documents concerning program design
| |
| +-- FileFormats - documentation of CodeSnip's file formats
|
+-- Src - main CodeSnip source code
| |
| +-- 3rdParty - third party & DelphiDabbler library source code
| |
| +-- AutoGen - receives automatically generated code
| |
| +-- Help - help source files
| | |
| | +-- CSS - CSS code for help files
| | |
| | +-- HTML - HTML files included in help file
| | |
| | +-- Images - images included in help file
| |
| +-- Install - setup script and support code
| | |
| | +-- Assets - files required for inclusion in install program
| |
| +-- Res - container for files that are embedded in resources
| |
| +-- CSS - CSS files
| |
| +-- HTML - HTML files
| |
| +-- Img - image files
| | |
| | +-- Branding - image files used for CodeSnip branding
| | |
| | +-- Egg - image files for 'Easter Egg'
| |
| +-- Misc - other resources
| |
| +-- Scripts - scripting files
| |
| +-- 3rdParty - 3rd party scripting files
|
+-- Tests - contains test code
|
+-- Src - test source code
|
+-- DUnit - test source code that uses the DUnit framework</pre>
<p>
If, by chance you also have <code>Bin</code>, <code>Exe</code> and / or
<code>Release</code> directories don't worry - all will become clear.
Subversion users may also see the usual <code>.svn</code> hidden
directories. If you have done some editing in the Delphi IDE you may also see
occasional hidden <code>__history</code> folders.
</p>
<p>
Before you can get hacking, you need to prepare the code tree. Open a command
console and navigate into the <code>Src</code> sub-folder. Run any script you
have created to set environment variables then do:
</p>
<pre class="cmd"><span class="prompt">></span> Make config</pre>
<p>
You may need to replace <code>Make</code> with the full path to
<code>Make</code> if it isn't on the path, or if the <code>Make</code> that
runs isn't the CodeGear / Embarcadero version. If this is the case try:
</p>
<pre class="cmd"><span class="prompt">></span> %DELPHIROOT%\Bin\Make config</pre>
<p>
or
</p>
<pre class="cmd"><span class="prompt">></span> %DELPHIXE%\Bin\Make config</pre>
<p>
depending on which environment variable you have set.
</p>
<p>
Once <code>Make config</code> has completed your folder structure should
have acquired the following new folders, if they weren't present already:
</p>
<pre>./
|
+-- Bin - receives object files for CodeSnip
|
...
|
+-- Exe - receives executable code and compiled help file
|
+-- Release - receives release files
|
...</pre>
<p>
If the <code>Bin</code> folder already existed, it will have been emptied.
In addition, <code>Make</code> will have created a <code>.cfg</code> file from
template in the <code>Src</code> folder. This <code>.cfg</code> file is needed
for DCC32 to run correctly. The file will be ignored by Subversion.
</p>
<h4>
Using the Delphi IDE
</h4>
<p>
If you are intending to use the Delphi IDE to compile code, you should also
do:
</p>
<pre class="cmd"><span class="prompt">></span> Make resources
<span class="prompt">></span> Make typelib
<span class="prompt">></span> Make autogen</pre>
<p>
This compiles the resource files that the IDE needs to link into compiled
executables, compiles the type library from IDL code and generates the
Pascal file that provides an interface to the type library.
</p>
<p>
If you wish to build the portable edition of <em>CodeSnip</em> you also need
to do:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DPORTABLE resources</pre>
<p>
and define the <code>PORTABLE</code> conditional define in <em>Project
Options</em>. The standard name for the portable exe file is
<code>CodeSnip-p.exe</code>, but the IDE will generate
<code>CodeSnip.exe</code>. You can rename the file manually.
</p>
<p>
Note that building with the make file insted of the IDE performs all the above
steps automatically.
</p>
<h3 id="nomidl">
Editing and Compiling without MIDL
</h3>
<p>
If you don't have the MIDL compiler you need to get hold of a pre-compiled
copy of the <code>ExternalObj.tlb</code> type library and tell Make to skip
the MIDL compiling stage.
</p>
<h4>
Getting The Type Library
</h4>
<ol class="spaced">
<li>
If necessary download a resource file editor. XN Resource Editor will
do the job. You can get that from
<a
href="http://www.wilsonc.demon.co.uk/d10resourceeditor.htm"
>http://www.wilsonc.demon.co.uk/d10resourceeditor.htm</a>.
</li>
<li>
Get a suitable copy of the <em>CodeSnip</em> executable. This must have
been compiled from the same version of <code>ExternalObj.idl</code> as
that included in the source tree.
</li>
<li>
Load <code>CodeSnip.exe</code> into the resource file editor (Use
<em>File | Open</em> in XN Resource Editor). You need to
find the TYPELIB resource type. There should only be one, language
neutral, TYPELIB resource. Select this and export it as
<code>ExternalObj.tlb</code> in the <code>Bin</code> folder in your
configured source tree. (Use <em>Resource | Export</em> Resource in XN
Resource Editor).
</li>
</ol>
<p>
If you are working on the latest development tree from the code repository
you should get <code>ExternalObj.tlb</code> from the latest release of
<em>CodeSnip</em>, <strong>unless</strong> <code>ExternalObj.idl</code>
has been changed since the last release. In this case you
<strong>must</strong> use MIDL to build the <code>.idl</code> file, because
a suitable <code>.tlb</code> file won't be available.
</p>
<h4>
Editing the Type Library
</h4>
<p>
You can edit the type library from the Delphi IDE. Start the IDE, select
File | Open, change the file type to Type Library and navigate to
<code>ExternalObj.tlb</code>. This opens the type library. Edit as required
then save the changes. Delete any <code>*_TLB</code> files that appear.
</p>
<p>
If you do make changes you should also use the type library editor's
<em>Export to IDL</em> button to save a copy of the IDL in
<code>ExternalObj.idl</code> in the <code>Src</code> folder. The license in
the original code must be restored, so take a copy of the license from
<code>ExternalObj.idl</code> before overwriting it!
</p>
<p>
You must regenerate the associated Pascal file. Do this by running:
</p>
<pre class="cmd"><span class="prompt">></span> Make autogen</pre>
<h4>
Telling Make to Ignore MIDL
</h4>
<p>
You now need to prevent Make from trying to compile the <code>.idl</code>
file in the absence of MIDL. Do this by defining an environment variable
called <code>IGNOREMIDL</code>. This can be done from the command line or
a batch file by doing:
</p>
<pre class="cmd">
<span class="prompt">></span> set IGNOREMIDL=1</pre>
<p>
Alternatively, call Make with the <code>-DIGNOREMIDL</code> switch.
</p>
<h2>
Building CodeSnip
</h2>
<p>
This section guides you through building <em>CodeSnip</em> from the command
line, not from the IDE.
</p>
<p>
You have several options:
</p>
<ul>
<li>
Build the <em>CodeSnip</em> Executable
</li>
<li>
Build the Help File.
</li>
<li>
Build the Setup Program.
</li>
<li>
Build the Release Zip File.
</li>
<li>
Build and Release Everything.
</li>
<li>
Clean Up.
</li>
</ul>
<p>
Each of these options is described below. All except the last assume that
<code>Make config</code> has been run.
</p>
<p class="box">
<em><strong>Note:</strong> This information applies only to building
</em>CodeSnip<em> itself, not to building and using the code in the
<code>Test</code> directory.</em>
</p>
<h3>
Build the CodeSnip Executable
</h3>
<p>
This is the most common build and has a simple command:
</p>
<pre class="cmd"><span class="prompt">></span> Make codesnip</pre>
<p>
This is the same as doing this sequence of commands:
</p>
<pre class="cmd"><span class="prompt">></span> Make typelib
<span class="prompt">></span> Make resources
<span class="prompt">></span> Make autogen
<span class="prompt">></span> Make pascal</pre>
<p>
The <em>CodeSnip</em> executable, named <code>CodeSnip.exe</code> will be
placed in the <code>Exe</code> folder.
</p>
<h4>
Portable edition
</h4>
<p>
To build the portable edition of <em>CodeSnip</em> you must either define the
<code>PORTABLE</code> environment variable or do:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DPORTABLE codesnip</pre>
<p>
Again the executable is placed in the <code>Exe</code> folder, but this time
it is named <code>CodeSnip-p.exe</code>
</p>
<h4>
Building without MIDL
</h4>
<p>
If you are building without MIDL, and have a suitable copy of
<code>ExternalObj.tlb</code> already in the <code>Bin</code> directory you
must either have defined the <code>IGNOREMIDL</code> environment variable or
you must do:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DIGNOREMIDL codesnip</pre>
<p>
This is the same as doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DIGNOREMIDL typelib
<span class="prompt">></span> Make resources
<span class="prompt">></span> Make autogen
<span class="prompt">></span> Make pascal</pre>
<h3>
Build the Help File
</h3>
<p>
To build the help file just do
</p>
<pre class="cmd"><span class="prompt">></span> Make help</pre>
<h3>
Build the Setup Program
</h3>
<p>
The setup program requires that the <em>CodeSnip</em> excutable and the
compiled help file are already present in the <code>Exe</code> directory.
</p>
<p>
As an aside, you can make all the required files by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make exes</pre>
<p>
<code>Make exes</code> will require the use of the <code>-DIGNOREMIDL</code>
switch if MIDL is not available.
</p>
<p>
Once you have built all the required files you build the setup file by
doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make setup</pre>
<p>
The setup program is named <code>CodeSnip-Setup-x.x.x.exe</code>, where
x.x.x is the version number extracted from <em>CodeSnip</em>'s version
information. It is placed in the <code>Exe</code> directory.
</p>
<p>
If the <em>SpecialBuild</em> string is defined in <em>CodeSnip</em>'s
version information the string will be appended to the setup file name like
this <code>CodeSnip-Setup-x.x.x-SPECIALBUILD</code>.
</p>
<h4>
Portable edition
</h4>
<p>
<em>CodeSnip</em>'s portable edition does not use a setup file so <code>Make
setup</code> does nothing except print a message if it is run when the
<code>PORTABLE</code> symbol is defined.
</p>
<h3>
Build the Release Zip File
</h3>
<p>
Make can create zip files containing the files that are included in a release.
</p>
<h4>
Standard edition
</h4>
<p>
The release file for the standard edition of <em>CodeSnip</em> includes the
setup file along with <code>ReadMe.txt</code> from the <code>Docs</code>
directory. Both must be present.
</p>
<p>
Build the release by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make release</pre>
<p>
By default the release file is named <code>dd-codesnip.zip</code>. You can
change this name by defining the <code>RELEASEFILENAME</code> macro or
enviroment variable. For example, you can name the file
<code>MyRelease.zip</code> by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DRELEASEFILENAME=MyRelease.zip release</pre>
<h4>
Portable edition
</h4>
<p>
The release file for the portable edition includes the portable executable
file, <code>CodeSnip-p.exe</code>, the help file <code>CodeSnip.chm</code> and
several files from the <code>Docs</code> directory. All must be present.
</p>
<p>
Build the portable release by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DPORTABLE release</pre>
<p>
By default the release file is named <code>dd-codesnip-portable.zip</code>.
You can change this name by defining the <code>RELEASEFILENAME</code> macro or
enviroment variable. For example, you can name the file
<code>MyPortableRelease.zip</code> by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make -DPORTABLE -DRELEASEFILENAME=MyPortableRelease.zip release</pre>
<p>
<strong>Warning:</strong> If you are building both the standard and portable
releases with custom file names, make sure you supply a different value of
the <code>RELEASEFILENAME</code> macro for each release, otherwise the last
built release will overwrite the first.
</p>
<h3>
Build and Release Everything
</h3>
<p>
You can do a complete build of everything, and generate the release zip file
simply by doing:
</p>
<pre class="cmd"><span class="prompt">></span> Make</pre>
<p>
without specifying a target. This is the equivalent of:
</p>
<pre class="cmd"><span class="prompt">></span> Make config
<span class="prompt">></span> Make exes
<span class="prompt">></span> Make setup
<span class="prompt">></span> Make release</pre>
<p>
<strong>Warning:</strong> You should not run this command if MIDL is not
available since <code>Make config</code> will delete any <code>.tlb</code>
file you may have placed in the <code>Bin</code> directory.
</p>
<h4>
Portable edition
</h4>
<p>
To perform a complete build of the portable edition of <em>CodeSnip</em> do
</p>
<pre class="cmd"><span class="prompt">></span> Make -DPORTABLE</pre>
<h3>
Clean Up
</h3>
<p>
Various temporary files and directories are created by the IDE. These can be
deleted by running.
</p>
<pre class="cmd"><span class="prompt">></span> Make clean</pre>
<p>
<strong>Warning:</strong> This command removes the <code>__history</code>
folders that Delphi uses to maintain earlier versions of files.
</p>
<h2>
Running the Tests
</h2>
<p>
At present all tests use the <em>DUnit</em> unit testing framework and are
combined into a single test application.
</p>
<p>
To compile the tests, open the <code>.\Src\CodeSnip.groupproj</code> group
project file in the Delphi XE IDE. Now select the <em>CodeSnipTests.exe</em>
target in the project manager and compile.
</p>
<p>
If they were not already present <code>Bin</code> and <code>Exe</code>
sub-directories will have been created in the <code>.\Tests</code> directory.
The <code>Exe</code> directory contains the <em>DUnit</em> test program while
<code>Bin</code> contains intermediate binaries.
</p>
<p>
You can compile the tests as either a GUI application (default) or as a
console application. For details please see the comments in
<code>.\Tests\Src\DUnit\CodeSnipTests.dpr</code>.
</p>
<h2>
License
</h2>
<p>
The majority of <em>CodeSnip</em>'s original source code is licensed under the
<a
href="https://www.mozilla.org/MPL/2.0/"
>Mozilla Public License v2.0</a>. The are a few exceptions, mainly relating to
third party source code and image files. For full details of all applicable
licenses please read <code>License.html</code> in the <code>Docs</code>
directory.
</p>
</body>
</html>
