Index: www/build.wiki ================================================================== --- www/build.wiki +++ www/build.wiki @@ -22,14 +22,15 @@ property and project files for the VS2010 solution. When making changes, you should make changes to both to keep them in sync.

-You can either manually build the SDS using the supplied Visual Studio solutions, -or follow the steps outlined in the Build Automation section below. +You can either [./build.wiki#manual | manually build] the SDS using the supplied Visual Studio solutions, +or follow the steps outlined in the [./build.wiki#automated | Automated Build] section below.

+

Build Assumptions

  1. We want to ship managed binaries that rely on the .NET Framework 2.0 SP2. The .NET Framework 2.0 is very widely deployed and binaries produced for it can @@ -50,11 +51,11 @@
  2. The machine used to prepare the official releases will have the [http://www.microsoft.com/downloads/en/details.aspx?FamilyID=ab99342f-5d1a-413d-8319-81da479ab0d7 | .NET Framework 3.5 SP1] - and the corresponding [http://msdn.microsoft.com/en-us/windowsserver/bb980924.aspx | SDK] installed. + and the corresponding [http://www.microsoft.com/downloads/details.aspx?FamilyId=E6E1C3DF-A74F-4207-8586-711EBE331CDC | SDK] installed.
  3. The machine used to prepare the official releases will have [http://www.jrsoftware.org/isdl.php | Inno Setup 5.4.2] or higher installed in "%ProgramFiles%\Inno Setup 5" or @@ -66,19 +67,68 @@ The string "<root>" represents the root of your source tree for System.Data.SQLite.
-

Build Automation

+ +

Manual Build

+ +
    +
  1. Make sure the version information is correct for SQLite in the following + files: + + + + You'll need to update the SQLITE_MANIFEST_VERSION and SQLITE_RC_VERSION properties. + This version number should track the release versions of SQLite + (ie. [http://www.sqlite.org/changes.html | 3.7.x]). +
  2. + +
  3. Make sure the version information is correct for System.Data.SQLite in + the following files: + + + + You'll need to update the SQLITE_MANIFEST_VERSION and SQLITE_RC_VERSION properties + in the .vsprops and .props files, and the INTEROP_VERSION define in interop.h. + This version number should track the release versions of the System.Data.SQLite packages + (ie. [./news.wiki | 1.0.x]). +
  4. + +
  5. Open the appropriate solution for your build platform. + + +
  6. + +
  7. Select the desired solution configuration (eg. ReleaseNativeOnly) and + and solution platform (eg. x64), then "Build->Rebuild Solution". + + Alternatively, you can select "Build->Batch Build", "Select All", and then "Rebuild". +
  8. + +
+ + +

Automated Build

  1. Make sure the version information is correct for SQLite in the following files: You'll need to update the SQLITE_MANIFEST_VERSION and SQLITE_RC_VERSION properties. This version number should track the release versions of SQLite (ie. [http://www.sqlite.org/changes.html | 3.7.x]). @@ -86,14 +136,14 @@
  2. Make sure the version information is correct for System.Data.SQLite in the following files: You'll need to update the SQLITE_MANIFEST_VERSION and SQLITE_RC_VERSION properties in the .vsprops and .props files, the INTEROP_VERSION define in interop.h, and the VERSION environment variable in set_common.bat. @@ -100,13 +150,11 @@ This version number should track the release versions of the System.Data.SQLite packages (ie. [./news.wiki | 1.0.x]).
  3. Make sure the "<root>\bin" and "<root>\obj" directories are completely - free of all output files. In theory, you could simply delete these directories; - however, the file "<root>\bin\test.exe." is presently in the source tree. I have - no idea why; however, it's been there since 2005 [557ac901aff91f5da6bc7634ee1c75988ea9dec9]. + free of all output files. In theory, you should be able to simply delete these directories.
  4. Open a normal command prompt window with "cmd.exe".
  5. Change the current directory to "<root>\Setup".