• Home
  • History
  • Annotate
  • only in this directory
NameDateSize

..25-Aug-201462

maint.elH A D14-Nov-20121.4 KiB

NTMakefile.configH A D14-Nov-20121.6 KiB

NTMakefile.versionH A D14-Nov-20121.4 KiB

NTMakefile.w32H A D14-Nov-201214.5 KiB

READMEH A D14-Nov-20125.1 KiB

version.rcH A D14-Nov-20124.3 KiB

README

1Building Heimdal for Windows
2===================
3
41. Introduction
5---------------
6
7Heimdal can be built and run on Windows XP or later.  Older OSs may
8work, but have not been tested.
9
102. Prerequisites
11----------------
12
13* __Microsoft Visual C++ Compiler__: Heimdal has been tested with
14  Microsoft Visual C/C++ compiler version 15.x.  This corresponds to
15  Microsoft Visual Studio version 2008.  The compiler and tools that
16  are included with Microsoft Windows SDK versions 6.1 and later can
17  also be used for building Heimdal.  If you have a recent Windows
18  SDK, then you already have a compatible compiler.
19
20* __Microsoft Windows SDK__: Heimdal has been tested with Microsoft
21  Windows SDK version 6.1 and 7.0.
22
23* __Microsoft HTML Help Compiler__: Needed for building documentation.
24
25* __Perl__: A recent version of Perl.  Tested with ActiveState
26  ActivePerl.
27
28* __Python__: Tested with Python 2.5 and 2.6.
29
30* __WiX__: The Windows [Installer XML toolkit (WiX)][1] Version 3.x is
31  used to build the installers.
32
33* __Cygwin__: The Heimdal build system requires a number of additional
34  tools: `awk`, `yacc`, `lex`, `cmp`, `sed`, `makeinfo`, `sh`
35  (Required for running tests).  These can be found in the Cygwin
36  distribution.  MinGW or GnuWin32 may also be used instead of Cygwin.
37  However, a recent build of `makeinfo` is required for building the
38  documentation.
39
40* __Certificate for code-signing__: The Heimdal build produces a
41  number of Assemblies that should be signed if they are to be
42  installed via Windows Installer.  In addition, all executable
43  binaries produced by the build including installers can be signed
44  and timestamped if a code-signing certificate is available.
45
46[1]: http://wix.sourceforge.net/
47
483. Setting up the build environment
49-----------------------------------
50
51* Start with a Windows SDK or Visual Studio build environment.  The
52  target platform, OS and build type (debug / release) is determined
53  by the build environment.
54
55  E.g.: If you are using the Windows SDK, you can use the `SetEnv.Cmd`
56  script to set up a build environment targetting 64-bit Windows XP or
57  later with:
58
59      SetEnv.Cmd /xp /x64 /Debug
60
61  The build will produce debug binaries.  If you specify
62
63      SetEnv.Cmd /xp /x64 /Release
64
65  the build will produce release binaries.
66
67* Add any directories to `PATH` as necessary for tools required by
68  the build to be found.  The build scripts will check for build
69  tools at the start of the build and will indicate which ones are
70  missing.  In general, adding Perl, Python, WiX, HTML Help Compiler and
71  Cygwin binary directories to the path should be sufficient.
72
73* Set up environment variables for code signing.  This can be done in
74  one of two ways.  By specifying options for `signtool` or by
75  specifying the code-signing command directly.  To use `signtool`,
76  define `SIGNTOOL_C` and optionally, `SIGNTOOL_O` and `SIGNTOOL_T`.
77
78  - `SIGNTOOL_C`: Certificate selection and private key selection
79    options for `signtool`.
80
81    E.g.:
82        set SIGNTOOL_C=/f c:\mycerts\codesign.pfx
83
84  - `SIGNTOOL_O`: Signing parameter options for `signtool`. Optional.
85
86    E.g.:
87        set SIGNTOOL_O=/du http://example.com/myheimdal
88
89  - `SIGNTOOL_T`: Timestamp options for `signtool`.  If not specified,
90    defaults to `/t http://timestamp.verisign.com/scripts/timstamp.dll`.
91
92  - `CODESIGN`: Code signer command.  This environment variable, if
93    defined, overrides the `SIGNTOOL_*` variables.  It should be
94    defined to be a command that takes one parameter: the binary to be
95    signed.
96
97    E.g.:
98        set CODESIGN=c:\scripts\mycodesigner.cmd
99
100* Define the code sign public key token.  This is contained in the
101  environment variable `CODESIGN_PKT` and is needed to build the
102  Heimdal assemblies.  If you are not using a code-sign certificate,
103  set this to `0000000000000000`.
104
105  You can use the `pktextract` tool to determine the public key token
106  corresponding to your code signing certificate as follows (assuming
107  your code signing certificate is in `c:\mycerts\codesign.cer`:
108
109      pktextract c:\mycerts\codesign.cer
110
111  The above command will output the certificate name, key size and the
112  public key token.  Set the `CODESIGN_PKT` variable to the
113  `publicKeyToken` value (excluding quotes).
114
115  E.g.:
116      set CODESIGN_PKT=abcdef0123456789
117
1184. Running the build
119--------------------
120
121Change the current directory to the root of the Heimdal source tree
122and run:
123
124    nmake /f NTMakefile
125
126This should build the binaries, assemblies and the installers.
127
128The build can also be invoked from any subdirectory that contains an
129`NTMakefile` using the same command.  Keep in mind that there are
130inter-dependencies between directories and therefore it is recommended
131that a full build be invoked from the root of the source tree.
132
133Tests can be invoked as:
134
135    nmake /f NTMakefile test
136
137The build tree can be cleaned with:
138
139    nmake /f NTMakefile clean
140
141It is recommended that both AMD64 and X86 builds take place on the
142same machine.  This permits a multi-platform installer package to
143be built.  First build for X86 and then build AMD64
144
145    nmake /f NTMakefile MULTIPLATFORM_INSTALLER=1
146
147The build must be executed under cmd.exe.
148