Return-Path: X-Original-To: apmail-incubator-ooo-commits-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-commits-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AC7B27C4A for ; Sun, 27 Nov 2011 20:28:39 +0000 (UTC) Received: (qmail 89924 invoked by uid 500); 27 Nov 2011 20:28:39 -0000 Delivered-To: apmail-incubator-ooo-commits-archive@incubator.apache.org Received: (qmail 89835 invoked by uid 500); 27 Nov 2011 20:28:39 -0000 Mailing-List: contact ooo-commits-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-commits@incubator.apache.org Received: (qmail 89820 invoked by uid 99); 27 Nov 2011 20:28:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Nov 2011 20:28:39 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO eris.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Nov 2011 20:28:22 +0000 Received: from eris.apache.org (localhost [127.0.0.1]) by eris.apache.org (Postfix) with ESMTP id 332992388B1B; Sun, 27 Nov 2011 20:28:00 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: svn commit: r1206831 [4/6] - /incubator/ooo/ooo-site/trunk/content/tools/dev_docs/ Date: Sun, 27 Nov 2011 20:27:59 -0000 To: ooo-commits@incubator.apache.org From: kschenk@apache.org X-Mailer: svnmailer-1.0.8-patched Message-Id: <20111127202800.332992388B1B@eris.apache.org> X-Virus-Checked: Checked by ClamAV on apache.org Added: incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.1.x.html URL: http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.1.x.html?rev=1206831&view=auto ============================================================================== --- incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.1.x.html (added) +++ incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.1.x.html Sun Nov 27 20:27:55 2011 @@ -0,0 +1,1076 @@ + + + + + + + +

+Building OpenOffice.org 1.1.x under Windows with 4NT +

+

Beware! The build instructions for OpenOffice.org 2.x are different! +

+ +

+This document describes the requirements and actions that you need to build +OpenOffice.org on Windows. +

+ +

+Commands you have to type on the keyboard +follow this syntax throughout this document: +

+ + + + +
+D:\my\source> winenv.bat
+
+ +

+In this example, the script winenv.bat is executed in the directory +D:\my\source under a 4NT shell. Unless stated otherwise, all commands +appearing in this document should be entered from a 4NT shell (the exception +is the configure script which has to be run from a cygwin bash shell). + + +$SRC_ROOT will denote the directory in which the source code +of OpenOffice.org is stored. + +

+Basically, there is the choice to build OpenOffice.org from two different +branches: a stable branch, which results in the release version, or +a less stable developer branch (latest release see +here). +Links to the different sources are given in the document. +

+ +


+ + + +

Table of Contents

+ + + +


+ + +

+Overview +

+ +

+This section is meant as a reminder or checklist for those who have some +experience in building OpenOffice.org. Everybody else should jump to the +Build Requirements section. + +

+Even experienced builders are well advised to check the release notes at + +http://download.openoffice.org/index.html +and the section Build Requirements in this +document to inform yourself about changes since the previous releases. + +

+Detailed step-by-step build descriptions are given from the next section on. + +

+You can perform a full build, or you can build an individual project using +a prebuilt version. + +

+Overview of +Performing a Full Build +

+ +

+To perform a full build, you need to follow these steps: + +

    +
  1. Get the source code, either from the download webpage + (http://download.openoffice.org/index.html) + or alternatively via a check-out from the cvs tree against a release tag, + e.g. OpenOffice_1_1_4.
  2. + + + +
  3. Run the configure script in a cygwin bash shell to + check all requirements and to create the script winenv.bat. +
  4. + +
  5. Run the + winenv.bat (under 4NT) script to set all environment variables. +

    Please see the last screen from the configure script for more specific + information on setting up for your platform.

    +
  6. + +
  7. Build typing dmake in $SRC_ROOT, or + build --all in the instsetoo module, or + build followed by deliver in the individual + modules.
  8. +
+ +For detailed build instructions, see the section +Building a Full Build of the Office +Suite in this document. The installation procedure is described +at the end of this document. +
+ + +

+Overview of Building +an Individual Project +

+

+You can use a prebuilt version to build an individual project. Having a +prebuilt version is necessary because the individual project you want to +build could depend on other projects. A project builds a particular component +of OpenOffice.org. For example, the Word Processing project builds the Word +Processing application. To build an individual project, you must follow these +steps: +

    +
  1. Download the appropriate solver tarballs from the download webpage + (http://download.openoffice.org/index.html) + e.g., for 643B the solver tarball + + + solver643B_win32intel.tar.gz. + +

    643 is a very old release. Please use the latest + version.

    +
  2. + +
  3. Check out the modules for the project that you want to build from the + OpenOffice.org cvs tree. If your project uses the resources module, + res, check + out this module also. You can, of course, also download the entire source + from the download webpage + (http://download.openoffice.org/index.html). + However, it is not possible to download individual modules there.
  4. +
  5. Check out the module config_office. This is always necessary + to create the build environment.
  6. +
  7. Also check out the modules dmake, external, sal, solenv, soltools, + vos, tools, rsc and xml2cmp. + +
  8. +
  9. Unpack the solver tarball in the $SRC_ROOT directory.
  10. + + + + + +
  11. Run the configure script in a cygwin bash shell to + check all requirements and to create the script winenv.bat. +

    Note that all paths should NOT contain spaces. This will confuse dmake later.

    +
  12. + +
  13. Run + + + + winenv.bat + to set all environment variables and build dmake.exe. +
  14. + +
  15. Build each module against the prebuilt solver using the build + tool, followed by deliver.
  16. +
+ +For detailed build instructions, see +Building Individual Projects with a +Prebuilt. + +


+ + +

+Build Requirements +

+ +

+Before you start building, you must ensure that your system satisfies the +recommended software and hardware requirements for the type of system you +are working on. For + Windows, these are as follows:

+ + + + + + +

Build Requirements

+ +
    +

  • + General +
      +
    • Don't build on FAT or network drives, see + iz26761 + and iz18561 + for details. +
    • +
    • Don't build with an user account name that contains spaces, see + iz24075 + for details. +
    • +
    +
  • +

  • + Windows NT Version 4 Service Pack 3 or higher, Windows 2000 SP 2 or higher + or Windows XP. +
  • +

  • + A Microsoft Visual C++ Compiler. MS Visual C++ .net 2002 is recommended, + but MS Visual C++ Version 6 Service Pack 5 or 6 can also be used. Please note that + it is deprecated and no longer usable for the forthcoming 2.0 (680er codeline) + version of Openoffice.org and see also + iz21646 for + a known problem with this compiler.
    + Below you find a list with additional requirements that have to be fulfilled for + the different compilers. + +

    Extra requirements for MS Visual C++ .net 2002: +

      +
    • Install the ConvertDSW (wdevenv) utility. + Get it from + + http://tools.openoffice.org/source/browse/tools/contrib/addin/bin/ + and follow the instructions of the Readme.sxw in that directory. +
    • +
    • A Microsoft Assembly compiler. + It is included in .NET 2002, it can be found in the same directory as the + compiler (cl.exe). Look for ML.EXE. + If you use the --with-cl-home= configure option you also + have to use the --with-asm-home= option pointing to the + directory with the ML.EXE. +
    • +
    • + Copy msvcp70.dll and msvcr70.dll to $SRC_ROOT\external\msvcp70\. + These dlls are part of the .NET installation and can be found in a directory similar to: + c:\Program Files\Microsoft Visual Studio .NET\Visual C++ .NET Professional - English\. +
    • +
    +

    +

    Extra requirements for MS Visual C++ 6 SP5 or SP6: +

      +
    • + A Microsoft Assembly compiler. It can be found in the + Windows 98 Driver Developer Kit. + Additional instructions can be found at: + http://www2.dgsys.com/~raymoon/faq/masm.html#9. +
      Place ML.EXE and ML.ERR somewhere in a directory in the system path or + use the configure option --with-asm-home= pointing to this location. +
      Warning! Do not use the Processor Pack for Visual Studio 6.0, it is proven + to break the build. +
    • +
    • + Use midl.exe and midlc.exe from the platform SDK. It has been + reported in iz21023 + that the versions that come with MS Visual C++ 6 do not work properly. +
    • +
    +

    +
  • +

  • + Parts of the February 2003 version of the Microsoft Platform SDK. The MDAC SDK, + the Core SDK and the Internet Development SDK have to be installed on your build system. + You can download them from + http://www.microsoft.com/msdownload/platformsdk/sdkupdate. +

    + Important Note 1: Please ensure that you also select Build environment (Intel 64-bit) + where available, when downloading the Platform SDK. +

    +
  • + + + +
  • + 4NT Version 4.0 or higher. You can download this from + ftp://jpsoft.com/4nt/. +

    + Important Note 2: Please ensure that the path to the 4NT application + directory doesn't contain one or more spaces. No, not even + c:\Program Files\4NT\. In this case uninstall and re-install + to a directory without spaces. +

    +

    + Important Note 3: Before you use 4NT, you must ensure that the initialisation + file 4nt.ini is present in the 4NT application directory (This means you + propably have to create it.). The following code sample shows the content of the + 4nt.ini file: +

    +
    +[4NT]
    +CommandSep = ^
    +EscapeChar = Ctrl-X
    +ParameterChar = &
    +LocalAliases = Yes
    +
    +

    + Important Note 4: If you use 4NT 5.x and want to build OpenOffice.org 1.1 + (OOo_1.1.0_source.tar.bz2 or OOo_1.1.0_source.tar.gz) please ensure that + you replace the file: python\convert.bat with + this + version. This is not necessary for newer source versions. +

    +
  • + + + +
  • + A Java 2 SDK. JDK 1.4 + or newer is required. +

    Important Note 5: JDK 1.4.1 is proven to work, but JDK 1.4.2 + is not supported for versions prior to OpenOffice.org 1.1.1, + see + issue 16626.

    +
  • + + + +
  • + Cygwin Toolkit from + http://www.cygwin.com. Use at least Cygwin DLL version 1.5.10. + The official informations on using the setup.exe and installing Cygwin are available at: + http://cygwin.com/cygwin-ug-net/setup-net.html. + More help and information on the Cygwin tools can be found at + http://website.openoffice.org/support/en/howtos/1.html. +

    + When installing Cygwin make sure you set the "Default Text File Type" to + "Unix". This is the default setting. +

    + Not all Cygwin packages are needed to build OpenOffice.org, but make sure + that at least all the packages from the base category and the following + packages are installed. +

    + bison
    + flex
    + make
    + patch
    + perl +
    + + + +
  • +

    + Important Note 6: + Within the Cygwin Toolkit, three executables might be realised as + symlinks, namely awk.exe, gunzip.exe and tar.exe. This might lead to + a break of the build later, and the symlinks should be replaced with + copies of the command + they link to. Check, in a cygwin shell, with ls -l /bin/awk.exe + whether awk.exe is a symlink. For instance, awk.exe could be a link to + gawk.exe, in which case you should copy gawk.exe to awk.exe: + cd /bin; cp gawk.exe awk.exe. Take similar action for unzip.exe + and tar.exe.

    +

    Important Note 7: + If your cygwin installation includes the XFree86 packages make sure to + remove/change the /etc/profile.d/00XFree86-bin.csh file. See + iz26833.

    +

    Important Note 8: + Don't use Cygwin 1.5.7, there were some problems with this + version. Upgrade to a newer release.

    + + + +
  • zip.exe Version 2.2 or higher, and unzip.exe. + If you do not have these already, you can download them from + www.info-zip.org. + Note: The cygwin zip.exe is not working for the build under the 4NT shell. + You have to use the native w32 version. + Make sure that the first zip.exe in your path is the native w32 + version, e.g. rename or delete the zip.exe in your cygwin /bin directory and + copy the InfoZip version to this place. +
  • + + + +
  • + The gpc general polygon clipper library release 2.31, located at + http://www.cs.man.ac.uk/aig/staff/alan/software/. + Download and unpack the tarball. You should have + the files gpc.c and gpc.h in $SRC_ROOT/external/gpc. +
  • +
  • + The Microsoft Layer for Unicode (unicows.dll). Get it from the Microsoft + site and put it into $SRC_ROOT/external/unicows. + (Note: Microsoft seems to enjoy changing the exact location of this file. + You may have to search Microsoft's website.) Last time it was seen + here. +
  • +
  • + The dbghelp.dll from Microsoft. Get it from the Microsoft + site and put it into $SRC_ROOT/external/dbghelp. + (Note: You may have to search Microsoft's website.) Last time it was seen + here. +
  • +
  • Ant Is required to build some + features. This is a Java make utility.
  • + + +
+ + +

Perl - Optional requirements

+

For committers who want to use the CWS tooling. Install them like +this.

+ + + + + + + + + + + + + + +
Module:Used for:
Crypt::SSLeay for SSL encrypted SOAP connections
SOAP::Liteaccess the SOAP based CWS webservice
+
+ + + + + +Hardware Requirements + +
    + +
  • + Intel Pentium II PC +
  • + +
  • + 128 MB RAM (More recommended) +
  • + +
  • + 4 GB free disk space (8 GB for crashdump) +
  • + +
+ +

+ + +

+External Components +

+ +

+The code contains some further external components which are already provided. +If you are interested in details about these, look at the External Components +webpage at +http://tools.openoffice.org/ext_comp.html.

+ +


+ + + +

+Get the source code +

+ +

+You have two options to get the source code: + +

    + +
  • +Download the source code tarball +(http://download.openoffice.org/index.html), +e.g. oo_643B_src.tar.gz in case of the 643B release. +

    +Unpack the tarballs as follows (for the 643B example):

    +
    +> tar -xvzf oo_643B_src.tar.gz
    +> cd oo_643B_src 
    +
    +

    This will be $SRC_ROOT from now on.

    +
  • + +
  • +Another possibility is to check out the code from the cvs tree. +If you don't have a username and password, you can still do a checkout as anoncvs: +
    +> cvs -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs login
    +

    Just press enter when prompted for the password.

    +> cd $SRC_ROOT +$SRC_ROOT> cvs / + -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs / + co -r OpenOffice_1_1_4 OpenOffice +
    +The non-bold slash means that the command should be in one line. It is +possible to update an already existing older copy to a newer release: +
    +$SRC_ROOT> cvs /
    +    -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs /
    +    update -r OpenOffice_1_1_4 OpenOffice
    +
    +
  • + +
  • +If you're only interested in building individual modules, you won't need +the entire source code. You can check out individual modules from the cvs +tree: +
    +$SRC_ROOT> cvs /
    +    -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs /
    +    co -r OpenOffice_1_1_4 (module-name)
    +
    +
  • + +
  • +

    +A note on the tags (i.e. the argument to the -r option in the cvs commands listed above): +If HEAD is used as a tag, you will get the newest latest source code. This, +however, will most likely not build since development is going on there. +See http://tools.openoffice.org#CWS +for a description of the development process with child workspaces and + +Environment Information System +for the current child workspaces and milestones. +

    +
  • + +
+ +


+ + + +

+Generating the Build +Environment and Build Tools +

+ + + +

+Ideally, in keeping with the principles of open source, you would use an open +source shell to build on a computer running a Win32 operating system. +However, you +decided to use a non-open source shell to build on a computer running a Win32 +operating system: the 4NT command shell.

+

+On the other hand, the bash shell from the cygwin tools is needed to run +the configure script which generates the build environment. The +configure script checks that all software, hardware, and system +requirements for the build are satisfied, and it creates a configuration file +called winenv.bat that you then execute to set all necessary +build environment variables. We demonstrate a sample run below. + + +

+This configuration file will be moved into the SRC_ROOT directory. +A top-level makefile script makefile.mk +will be moved into SRC_ROOT as well. This is due to technical reasons: +The SRC_ROOT directory in the cvs tree can only hold directories. +On the other hand, the top-level makefile.mk should logically be +placed in the top-level directory SRC_ROOT. The cvs tree holds +these files in config_office and configure copies +them up. + + + + + + + + + +

+The following should demonstrate in detail what steps have to be done to +set up the environment:

+As 4nt is not the only possible shell, you should enable the use of 4NT +with --with-use-shell=4nt +
    +
  • +

    + Run the configure script according to the following example. We + assume here that

    + +
      + +
    • + the source code is in C:\oo643B +
    • +
    • + JDK 1.4.1_02 is installed in C:\j2sdk1.4.1_02 +
    • +
    • + the Microsoft Compiler is located in + C:\PROGRA~1\MICROS~3\VC98 + (or C:\program files\microsoft visual studio\vc98) +
    • +
    • + the Microsoft SDK is located in C:\PROGRA~1\MICROS~5 +
    • +
    • + the assembly compiler resides in C:\ml +
    • +
    • + and your zip.exe and unzip.exe are in C:\unzip +
    • + +
    + +

    + Running the configure script could then look like the following (bold typed + text is what you enter): + +

    + + (open a cygwin bash shell) +
    + cd /cygdrive/c/oo643B/config_office +
    + ./configure --with-cl-home=/cygdrive/c/PROGRA~1/MICROS~3/VC98 --with-asm-home=/cygdrive/c/ml --with-jdk-home=/cygdrive/c/j2sdk1.4.1_02 --with-unzip-home=/cygdrive/c/unzip +
    + . +
    + . +
    + . +
    + (some screen output here) +
    + . +
    + . +
    + . +
    + (more screen output here) +
    + bash-2.02$ exit +
    +
    +

    +
  • + +
+ +You should exit the bash shell. Now you can run the environment +settings file winenv.bat from your 4NT shell. + +

+Note the change in pathname notation. Since the cygwin bash +shell won't accept backslashes, paths have to be typed in a +cygwin bash notation which is /cygdrive/c/path/to/file, +instead of C:\path\to\file. This may appear +confusing at the moment, but sticking to this notation will +work. + +

+There are a number of further options that you can use with the +configure script. To display these options, type +the following command: + +

+config_office> bash configure --help
+
+ + + + + + + + + +

+After running configure you have to execute the +configuration file which sets all environment variables. The generated +file is called winenv.bat. + + +

+If you experiment with newest sources from the cvs-tree, mind that updates +to the configure process may not happen via updates of configure +(the script file) but via the files configure.in and +set_soenv.in. The configure script itself is created from +configure.in using the +autoreconf command. The perl script set_soenv is created when you +run configure from set_soenv.in. + +

If you need to modify or create a correct configure you would run commands +like the following: + +

+$SRC_ROOT> cd config_office
+config_office> cvs update configure.in
+get a bash shell
+config_office>bash autoconf
+exit the bash shell
+
+ +

+ +To update the configure script. If you only use code from the +snapshot releases on the web, you don't need to be concerned about this. + + + +


+ + +

+Build Instructions +

+ + +

+Building +a Full Build of the Office Suite +

+ +Now you are ready to build OpenOffice.org. To build the entire suite, all you +have to do (after having created the environment as described above) is to run +dmake from the top-level directory. This may take several hours. + +
+$SRC_ROOT> dmake
+
+ + + + +

+If you decide to rebuild a module or build each module individually (mind +dependencies!), you will have to use the build tool. A subsequent +deliver will copy all created binaries, libraries etc. into the +solver tree: + +

+$SRC_ROOT/(module)> build
+$SRC_ROOT/(module)> deliver
+
+ +

+The following table shows the time required to build on a system with a +particular specification. You can use these details to estimate the time +required to build on your system.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArchitectureIntel
ProcessorPentium III
Processor speed600 MHz
RAM256 MB
Hard Disk6 GB SCSI
Time~10 h
+ + + +

+Building +Individual Projects with a Prebuilt +

+ +

+OpenOffice.org is organised in several projects. For example, +the Word Processing Project. These in turn consist of several +modules, organised in separate directories. The source contains +approximately 90 modules. + +

+You can build any project or module individually. Building modules +individually should not be misunderstood as reducing OpenOffice.org to a +special application, say, for instance, the spreadsheet application. The +program will always consist of the entire office suite: text processor, +spreadsheet, drawing application, etc. Building individual +modules comes in handy if you want to develop on a certain module. +Most modules will depend on other modules to be already built. +In other words, all modules must build in a particular order. To avoid +building all modules which are prerequisites of the module of your +interest, you can make use of a prebuilt solver tree against +which you can build any module. + +

+For more information on modules and on the sequence that they build in, and +on the dependencies, see +tools.openoffice.org/modules.html. + +

+You have to download the solver tree as a tarball. For example + + + +solver643B_win32int.tar.gz +from the Download page at +http://download.openoffice.org/index.html, +use a current release 643 is very old and only used as an example, +and unpack it in the $SRC_ROOT directory, e.g.: +

+
+
+
+$SRC_ROOT> tar -xvzf solver643B_win32int.tar.gz
+
+
+ + + +In order to create the build environment and build tools, you also have to +check out the config_office module and solenv. + + +

+To build a project, you build each of its modules individually in their +directory with the build tool, followed by deliver +to copy the created libraries, binaries etc. into the solver tree: +

+$SRC_ROOT/(module-name)> build
+$SRC_ROOT/(module-name)> deliver
+
+ +Files called build.lst in the directories +(module-name)/prj contain all information about the +subdirectories to be build (each of them containing makefiles +makefile.mk), about internal dependencies, and also about +modules the current module depends on. The files +(module-name)/prj/d.lst control the actions done by +deliver. The last or second to last directory to be build is +usually module-name/util which is responsible for +linking one or more shared libraries. + +


+ + +

+Building +a Project with Debug Information +

+ +

+To rebuild a complete project with debug information, remove all object +files by removing the + + +wntmsci9.pro +directory. Then run build with the debug option set to true: + +

+$SRC_ROOT/(module)> rm -rf wntmsci9.pro
+$SRC_ROOT/(module)> build debug=true
+
+ +


+ +

+Instructions to Build +an Installation Set +

+ +

+The build process (started with a top-level dmake or +build --all in $SRC_ROOT/instsetoo) will create +installation sets in English and German. +A simple build in +$SRC_ROOT/instsetoo will also create the installation sets, +provided all other modules are already built. + +

+If you have built an installation set earlier and want to re-build it, +please delete the local outpath first: +

+$SRC_ROOT/instsetoo> rm -rf wntmsci9.pro
+
+ +

+The English installation set will be located at +$SRC_ROOT/instsetoo/wntmsci9.pro/01/normal. +Execute the setup binary to install: +

+$SRC_ROOT> cd instsetoo/wntmsci9.pro/01/normal
+normal> setup.exe
+
+ +The 01 in the path names indicates that the localisation is American English. This number +corresponds to the international phone code for the USA. The German installation set +will be located in a subdirectory 49. This scheme holds true for all localisations you may +have chosen explicitly (see next section +Building Localised Versions of OpenOffice.org). + +

+For a network installation, use the -net option to +setup. Details on the network installation process +can be found at + +http://installation.openoffice.org/proposals/netinstall.html +in the installation project webpage. +

+

For information on creating an automated + +installation script and create a response file.

+ +


+ + +

+Building Localised Versions of OpenOffice.org +

+ +

+Running the configure script with the --with-lang option will introduce the build +of additional language resources. This option will introduce a command in the +environment settings file which in turn after execution sets a variable like, for instance, +RES_FREN to TRUE in the case of french (You can also set +this variable by hand in order to introduce another language). It is also possible to +build more than one language at once. +One language resource, however, will not be +introduced that way: the help content! Clicking on 'help' would still open English +help documents. +

+ +

+There is no automatic procedure yet to implement non-English help, but the additional +manual effort is rather minimal: After building the source as described above, but before +building the installation set, a zip-file with all help-content for the language of choice has +to be unzipped into the directory + +

+$SRC_ROOT/solver/641/wntmsci9.pro/pck.
+
+ +

+The filenames of these files contain a number code for the language, corresponding to +the international phone code of a country in which that language is mainly spoken. +For instance, the file +helpcontent_34_wnt.zip + contains all help content for the Spanish localisation. +The zipfiles themselves are available at +ftp.services.openoffice.org/pub/OpenOffice.org/contrib/helpcontent/. +

+ +

+Having unzipped the helpcontent files in there, building of installation sets can be +resumed or repeated (in case you already have build some), as described in the previous +chapter. English installation sets will be located in

+ +
+$SRC_ROOT/instsetoo/wntmsci9.pro/01/normal, 
+
+ +where 01 corresponds to the international phone code of the USA. +If you have chosen, for instance, French (by configuring with the --with-lang=FREN option) +you will find an additional directory called 33: + +
+$SRC_ROOT/instsetoo/wntmsci9.pro/33/normal.
+
+ +

Similarly, you will find 49 for German, 34 for Spanish, etc.

+ +

+Localised help content is not yet available for all languages. In such cases, the English +helpcontent will appear in the installations. For instance, when Danish is set with +configure, you will find installation sets under the directory 45, but the help files will +appear in English. +

+ +


+ + + + + + Propchange: incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.1.x.html ------------------------------------------------------------------------------ svn:eol-style = native Added: incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.x.y.html URL: http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.x.y.html?rev=1206831&view=auto ============================================================================== --- incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.x.y.html (added) +++ incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.x.y.html Sun Nov 27 20:27:55 2011 @@ -0,0 +1,1067 @@ + + + + + + + +

+Building OpenOffice.org 1.x.y under Windows with 4NT +

+

+

The build instructions for versions prior to OpenOffice.org 1.1 RC, +this includes the OO64x and OOo 1.0.x family and the OpenOffice.org 1.1 beta versions, +can be found here! +

+ + +

+This document describes the requirements and actions that you need to build +OpenOffice.org on Windows. +

+ +

+Commands you have to type on the keyboard +follow this syntax throughout this document: +

+ + + + +
+D:\my\source> winenv.bat
+
+ +

+In this example, the script winenv.bat is executed in the directory +D:\my\source under a 4NT shell. Unless stated otherwise, all commands +appearing in this document should be entered from a 4NT shell (the exception +is the configure script which has to be run from a cygwin bash shell). + + +$SRC_ROOT will denote the directory in which the source code +of OpenOffice.org is stored. + +

+Basically, there is the choice to build OpenOffice.org from two different +branches: a stable branch, which results in the release version, or +a less stable developer branch (latest release see +here). +Links to the different sources are given in the document. +

+ +


+ + + +

Table of Contents

+ + + +


+ + +

+Overview +

+ +

+This section is meant as a reminder or checklist for those who have some +experience in building OpenOffice.org. Everybody else should jump to the +Build Requirements section. + +

+Even experienced builders are well advised to check the release notes at + +http://download.openoffice.org/index.html +and the section Build Requirements in this +document to inform yourself about changes since the previous releases. + +

+Detailed step-by-step build descriptions are given from the next section on. + +

+You can perform a full build, or you can build an individual project using +a prebuilt version. + +

+Overview of +Performing a Full Build +

+ +

+To perform a full build, you need to follow these steps: + +

    +
  1. Get the source code, either from the download webpage + (http://download.openoffice.org/index.html) + or alternatively via a check-out from the cvs tree against a release tag, + e.g. cws_srx644_ooo11beta.
  2. + + + +
  3. Run the configure script in a cygwin bash shell to + check all requirements and to create the script winenv.bat. +
  4. + +
  5. Run the + winenv.bat (under 4NT) script to set all environment variables. +

    Please see the last screen from the configure script for more specific + information on setting up for your platform.

    +
  6. + +
  7. Build typing dmake in $SRC_ROOT, or + build --all in the instsetoo module, or + build followed by deliver in the individual + modules.
  8. +
+ +For detailed build instructions, see the section +Building a Full Build of the Office +Suite in this document. The installation procedure is described +at the end of this document. +
+ + +

+Overview of Building +an Individual Project +

+ +

+You can use a prebuilt version to build an individual project. Having a +prebuilt version is necessary because the individual project you want to +build could depend on other projects. A project builds a particular component +of OpenOffice.org. For example, the Word Processing project builds the Word +Processing application. To build an individual project, you must follow these +steps: +

    +
  1. Download the appropriate solver tarballs from the download webpage + (http://download.openoffice.org/index.html) + e.g., for 643B the solver tarball + + + solver643B_win32intel.tar.gz. + +

    643 is a very old release. Please use the latest + version.

    +
  2. + +
  3. Check out the modules for the project that you want to build from the + OpenOffice.org cvs tree. If your project uses the resources module, + res, check + out this module also. You can, of course, also download the entire source + from the download webpage + (http://download.openoffice.org/index.html). + However, it is not possible to download individual modules there.
  4. +
  5. Check out the module config_office. This is always necessary + to create the build environment.
  6. + + +
  7. Also check out the module solenv.
  8. + +
  9. Unpack the solver tarball in the $SRC_ROOT directory.
  10. + + + + + +
  11. Run the configure script in a cygwin bash shell to + check all requirements and to create the script winenv.bat. +

    Note that all paths should NOT contain spaces. This will confuse dmake later.

    +
  12. + +
  13. Run + + + + winenv.bat + to set all environment variables. +
  14. + +
  15. Build each module against the prebuilt solver using the build + tool, followed by deliver.
  16. +
+ +For detailed build instructions, see +Building Individual Projects with a +Prebuilt. + +


+ + +

+Build Requirements +

+ +

+Before you start building, you must ensure that your system satisfies the +recommended software and hardware requirements for the type of system you +are working on. For + Windows, these are as follows:

+ + + + + + +

Build Requirements

+ +
    +

  • + General +
      +
    • Don't build on FAT or network drives, see + iz26761 + and iz18561 + for details. +
    • +
    • Don't build with an user account name that contains spaces, see + iz24075 + for details. +
    • +
    +
  • +

  • + Windows NT Version 4 Service Pack 3 or higher, Windows 2000 SP 2 or higher + or Windows XP. +
  • +

  • + A Microsoft Visual C++ Compiler. MS Visual C++ .net 2002 is recommended, + but MS Visual C++ Version 6 Service Pack 5 or 6 can also be used. Please note that + it is deprecated and no longer usable for the forthcoming 2.0 (680er codeline) + version of Openoffice.org and see also + iz21646 for + a known problem with this compiler.
    + Below you find a list with additional requirements that have to be fulfilled for + the different compilers. + See + http://tools.openoffice.org/source/browse/tools/www/dev_docs/net2003_review.sxw for the status + of MS Visual C++ .net 2003. + +

    Extra requirements for MS Visual C++ .net 2002: +

      +
    • Install the ConvertDSW (wdevenv) utility. + Get it from + + http://tools.openoffice.org/source/browse/tools/contrib/addin/bin/ + and follow the instructions of the Readme.sxw in that directory. +
    • +
    • A Microsoft Assembly compiler. + It is included in .NET 2002, it can be found in the same directory as the + compiler (cl.exe). Look for ML.EXE. + If you use the --with-cl-home= configure option you also + have to use the --with-asm-home= option pointing to the + directory with the ML.EXE. +
    • +
    • + Copy msvcp70.dll and msvcr70.dll to $SRC_ROOT\external\msvcp70\. + These dlls are part of the .NET installation and can be found in a directory similar to: + c:\Program Files\Microsoft Visual Studio .NET\Visual C++ .NET Professional - English\. +
    • +
    +

    +

    Extra requirements for MS Visual C++ 6 SP5 or SP6: +

      +
    • + A Microsoft Assembly compiler. It can be found in the + Windows 98 Driver Developer Kit. + Additional instructions can be found at: + http://www2.dgsys.com/~raymoon/faq/masm.html#9. +
      Place ML.EXE and ML.ERR somewhere in a directory in the system path or + use the configure option --with-asm-home= pointing to this location. +
      Warning! Do not use the Processor Pack for Visual Studio 6.0, it is proven + to break the build. +
    • +
    • + Use midl.exe and midlc.exe from the platform SDK. It has been + reported in iz21023 + that the versions that come with MS Visual C++ 6 do not work properly. +
    • +
    +

    +
  • +

  • + Parts of the February 2003 version of the Microsoft Platform SDK. The MDAC SDK, + the Core SDK and the Internet Development SDK have to be installed on your build system. + You can download them from + http://www.microsoft.com/msdownload/platformsdk/sdkupdate. +

    + Important Note 1: Please ensure that you also select Build environment (Intel 64-bit) + where available, when downloading the Platform SDK. +

    +
  • + + + +
  • + 4NT Version 2.5 or higher. You can download this from + ftp://jpsoft.com/4nt/. +

    + Important Note 2: Please ensure that the path to the 4NT application + directory doesn't contain one or more spaces. No, not even + c:\Program Files\4NT\. In this case uninstall and re-install + to a directory without spaces. +

    +

    + Important Note 3: Before you use 4NT, you must ensure that the initialisation + file 4nt.ini is present in the 4NT application directory. The + following code sample shows the content of the 4nt.ini file: +

    +
    +[4NT]
    +CommandSep = ^
    +EscapeChar = Ctrl-X
    +ParameterChar = &
    +LocalAliases = Yes
    +
    +

    + Important Note 4: If you use 4NT 5.x and want to build OpenOffice.org 1.1 + (OOo_1.1.0_source.tar.bz2 or OOo_1.1.0_source.tar.gz) please ensure that + you replace the file: python\convert.bat with + this + version. This is not necessary for newer source versions. +

    +
  • + + + +
  • + A Java 2 SDK. JDK 1.4 + or newer is required. +

    Important Note 5: JDK 1.4.1 is proven to work, but JDK 1.4.2 + is not supported for versions prior to OpenOffice.org 1.1.1, + see + issue 16626.

    +
  • + + + +
  • + Cygwin Toolkit from + http://www.cygwin.com. + The official informations on using the setup.exe and installing Cygwin are available at: + http://cygwin.com/cygwin-ug-net/setup-net.html. + More help and information on the Cygwin tools can be found at + http://website.openoffice.org/support/en/howtos/1.html. +

    + When installing Cygwin make sure you set the "Default Text File Type" to + "Unix". This is the default setting. +

    + Not all Cygwin packages are needed to build OpenOffice.org, but make sure + that at least all the packages from the base category and the following + packages are installed. +

    + bison
    + flex
    + make
    + patch
    + perl +
    + + + +
  • +

    + Important Note 6: + Within the Cygwin Toolkit, three executables might be realised as + symlinks, namely awk.exe, gunzip.exe and tar.exe. This might lead to + a break of the build later, and the symlinks should be replaced with + copies of the command + they link to. Check, in a cygwin shell, with ls -l /bin/awk.exe + whether awk.exe is a symlink. For instance, awk.exe could be a link to + gawk.exe, in which case you should copy gawk.exe to awk.exe: + cd /bin; cp gawk.exe awk.exe. Take similar action for unzip.exe + and tar.exe.

    +

    Important Note 7: + If your cygwin installation includes the XFree86 packages make sure to + remove/change the /etc/profile.d/00XFree86-bin.csh file. See + iz26833.

    +

    Important Note 8: + Don't use Cygwin 1.5.7, there were some problems with this + version. Upgrade to a newer release.

    + + + +
  • zip.exe Version 2.2 or higher, and unzip.exe. + If you do not have these already, you can download them from + www.info-zip.org. + Note: The cygwin zip.exe is not working for the build under the 4NT shell. + You have to use the native w32 version. + Make sure that the first zip.exe in your path is the native w32 + version, e.g. rename or delete the zip.exe in your cygwin /bin directory and + copy the InfoZip version to this place. +
  • + + + +
  • + The gpc general polygon clipper library release 2.31, located at + http://www.cs.man.ac.uk/aig/staff/alan/software/. + Download and unpack the tarball. You should have + the files gpc.c and gpc.h in $SRC_ROOT/external/gpc. +
  • +
  • + The Microsoft Layer for Unicode (unicows.dll). Get it from the Microsoft + site and put it into $SRC_ROOT/external/unicows. + (Note: Microsoft seems to enjoy changing the exact location of this file. + You may have to search Microsoft's website.) Last time it was seen + here. +
  • +
  • + The dbghelp.dll from Microsoft. Get it from the Microsoft + site and put it into $SRC_ROOT/external/dbghelp. + (Note: You may have to search Microsoft's website.) Last time it was seen + here. +
  • +
  • Ant Is required to build some + features. This is a Java make utility.
  • + + +
+ + +Hardware Requirements + +
    + +
  • + Intel Pentium II PC +
  • + +
  • + 128 MB RAM (More recommended) +
  • + +
  • + 4 GB free disk space (8 GB for crashdump) +
  • + +
+ +

+ + +

+External Components +

+ +

+The code contains some further external components which are already provided. +If you are interested in details about these, look at the External Components +webpage at +http://tools.openoffice.org/ext_comp.html.

+ +


+ + + +

+Get the source code +

+ +

+You have two options to get the source code: + +

    + +
  • +Download the source code tarball +(http://download.openoffice.org/index.html), +e.g. oo_643B_src.tar.gz in case of the 643B release. +

    +Unpack the tarballs as follows (for the example 643B):

    +
    +> tar -xvzf oo_643B_src.tar.gz
    +> cd oo_643B_src 
    +
    +

    This will be $SRC_ROOT from now on.   NB: 643 is a very old release +use a current one.

    +
  • + +
  • +Another possibility is to check out the code from the cvs tree. +If you don't have a username and password, you can still do a checkout as anoncvs: +
    +> cvs -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs login
    +

    Just press enter when prompted for the password.

    +> cd $SRC_ROOT +$SRC_ROOT> cvs / + -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs / + co -r OpenOffice643 OpenOffice +
    +The non-bold slash means that the command should be in one line. It is +possible to update an already existing older copy to a newer release: +
    +$SRC_ROOT> cvs /
    +    -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs /
    +    update -r OpenOffice643 OpenOffice
    +
    +
  • + +
  • +If you're only interested in building individual modules, you won't need +the entire source code. You can check out individual modules from the cvs +tree: +
    +$SRC_ROOT> cvs /
    +    -d:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs /
    +    co -r OpenOffice643 (module-name)
    +
    +
  • + +
  • +

    +A note on the tags (i.e. the argument to the -r option in the cvs commands listed above): +If HEAD is used as a tag, you will get the newest latest source code. This, +however, will most likely not build since development is going on there. In general, +the code is given a weekly tag like SRC641 (with weekly increasing numbers), +and from there a branch tag OO641B (standing for OpenOffice.org 641 Branch) +is created. Release engineering builds on this branch, adds eventual fixes, and +tags the result as OpenOffice641B. The source tarballs are also created from +this, i.e. the code resulting from checking out against OpenOffice641B is +identical to the one in the 641 source tarball. After release, some further bug fixes +will enter the branch. From then on, the code at OO641B and OpenOffice641B +will differ. Finally, changes made on the branch (i.e. the difference between OO641B +and SRC641) will be merged back to the main trunk. +

    +

    +Some releases are respins of a previous release. Those are marked 'C' instead of 'B' (for instance +OO641C and OO643C. Note that 'B' stands for 'branch' and not for any +counting index, even though it is treated like that in case of a respin. Therefore, there is +no such tag as OO641A. +

    +

    This process is currently under change so the above may be outdated when you read it.

    +
  • + +
+ +


+ + + +

+Generating the Build +Environment and Build Tools +

+ + + +

+Ideally, in keeping with the principles of open source, you would use an open +source shell to build on a computer running a Win32 operating system. +However, this is still experimental (you chose the safe way). You +decided to use a non-open source shell to build on a computer running a Win32 +operating system: the 4NT command shell.

+

+On the other hand, the bash shell from the cygwin tools is needed to run +the configure script which generates the build environment. The +configure script checks that all software, hardware, and system +requirements for the build are satisfied, and it creates a configuration file +called winenv.bat that you then execute to set all necessary +build environment variables. We demonstrate a sample run below. + + +

+This configuration file will be moved into the SRC_ROOT directory. +A top-level makefile script makefile.mk +will be moved into SRC_ROOT as well. This is due to technical reasons: +The SRC_ROOT directory in the cvs tree can only hold directories. +On the other hand, the top-level makefile.mk should logically be +placed in the top-level directory SRC_ROOT. The cvs tree holds +these files in config_office and configure copies +them up. + + + + + + + + + +

+The following should demonstrate in detail what steps have to be done to +set up the environment:

+ +
    +
  • +

    + Run the configure script according to the following example. We + assume here that

    + +
      + +
    • + the source code is in C:\oo643B +
    • +
    • + JDK 1.4.1_02 is installed in C:\j2sdk1.4.1_02 +
    • +
    • + the Microsoft Compiler is located in + C:\PROGRA~1\MICROS~3\VC98 + (or C:\program files\microsoft visual studio\vc98) +
    • +
    • + the Microsoft SDK is located in C:\PROGRA~1\MICROS~5 +
    • +
    • + the assembly compiler resides in C:\ml +
    • +
    • + and your zip.exe and unzip.exe are in C:\unzip +
    • + +
    + +

    + Running the configure script could then look like the following (bold typed + text is what you enter): + +

    + + (open a cygwin bash shell) +
    + cd /cygdrive/c/oo643B/config_office +
    + ./configure --with-cl-home=/cygdrive/c/PROGRA~1/MICROS~3/VC98 --with-asm-home=/cygdrive/c/ml --with-jdk-home=/cygdrive/c/j2sdk1.4.1_02 --with-unzip-home=/cygdrive/c/unzip +
    + . +
    + . +
    + . +
    + (some screen output here) +
    + . +
    + . +
    + . +
    + (more screen output here) +
    + bash-2.02$ exit +
    +
    +

    +
  • + +
+ +You should exit the bash shell. Now you can run the environment +settings file winenv.bat from your 4NT shell. + +

+Note the change in pathname notation. Since the cygwin bash +shell won't accept backslashes, paths have to be typed in a +cygwin bash notation which is /cygdrive/c/path/to/file, +instead of C:\path\to\file. This may appear +confusing at the moment, but sticking to this notation will +work. + +

+There are a number of further options that you can use with the +configure script. To display these options, type +the following command: + +

+config_office> bash configure --help
+
+ + + + + + + + + +

+After running configure you have to execute the +configuration file which sets all environment variables. The generated +file is called winenv.bat. + + +

+If you experiment with newest sources from the cvs-tree, mind that updates +to the configure process may not happen via updates of configure +(the script file) but via the files configure.in and +set_soenv.in. The configure script itself is created from +configure.in using the +autoreconf command. The perl script set_soenv is created when you +run configure from set_soenv.in. + +

If you need to modify or create a correct configure you would run commands +like the following: + +

+$SRC_ROOT> cd config_office
+config_office> cvs update configure.in
+get a bash shell
+config_office>bash autoconf
+exit the bash shell
+
+ +

+ +To update the configure script. If you only use code from the +snapshot releases on the web, you don't need to be concerned about this. + + + +


+ + +

+Build Instructions +

+ + +

+Building +a Full Build of the Office Suite +

+ +Now you are ready to build OpenOffice.org. To build the entire suite, all you +have to do (after having created the environment as described above) is to run +dmake from the top-level directory. This may take several hours. + +
+$SRC_ROOT> dmake
+
+ +

+If you decide to rebuild a module or build each module individually (mind +dependencies!), you will have to use the build tool. A subsequent +deliver will copy all created binaries, libraries etc. into the +solver tree: + +

+$SRC_ROOT/(module)> build
+$SRC_ROOT/(module)> deliver
+
+ +

+The following table shows the time required to build on a system with a +particular specification. You can use these details to estimate the time +required to build on your system.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ArchitectureIntel
ProcessorPentium III
Processor speed600 MHz
RAM256 MB
Hard Disk6 GB SCSI
Time~10 h
+ + + +

+Building +Individual Projects with a Prebuilt +

+ +

+OpenOffice.org is organised in several projects. For example, +the Word Processing Project. These in turn consist of several +modules, organised in separate directories. The source contains +approximately 90 modules. + +

+You can build any project or module individually. Building modules +individually should not be misunderstood as reducing OpenOffice.org to a +special application, say, for instance, the spreadsheet application. The +program will always consist of the entire office suite: text processor, +spreadsheet, drawing application, etc. Building individual +modules comes in handy if you want to develop on a certain module. +Most modules will depend on other modules to be already built. +In other words, all modules must build in a particular order. To avoid +building all modules which are prerequisites of the module of your +interest, you can make use of a prebuilt solver tree against +which you can build any module. + +

+For more information on modules and on the sequence that they build in, and +on the dependencies, see +tools.openoffice.org/modules.html. + +

+You have to download the solver tree as a tarball. For example + + + +solver643B_win32int.tar.gz +from the Download page at +http://download.openoffice.org/index.html, +use a current release 643 is very old and only used as an example, +and unpack it in the $SRC_ROOT directory, e.g.: +

+
+
+
+$SRC_ROOT> tar -xvzf solver643B_win32int.tar.gz
+
+
+ + + +In order to create the build environment and build tools, you also have to +check out the config_office module and solenv. + + +

+To build a project, you build each of its modules individually in their +directory with the build tool, followed by deliver +to copy the created libraries, binaries etc. into the solver tree: +

+$SRC_ROOT/(module-name)> build
+$SRC_ROOT/(module-name)> deliver
+
+ +Files called build.lst in the directories +(module-name)/prj contain all information about the +subdirectories to be build (each of them containing makefiles +makefile.mk), about internal dependencies, and also about +modules the current module depends on. The files +(module-name)/prj/d.lst control the actions done by +deliver. The last or second to last directory to be build is +usually module-name/util which is responsible for +linking one or more shared libraries. + +


+ + +

+Building +a Project with Debug Information +

+ +

+To rebuild a complete project with debug information, remove all object +files by removing the + + +wntmsci7.pro +directory. Then run build with the debug option set to true: + +

+$SRC_ROOT/(module)> rm -rf wntmsci9.pro
+$SRC_ROOT/(module)> build debug=true
+
+ +


+ +

+Instructions to Build +an Installation Set +

+ +

+The build process (started with a top-level dmake or +build --all in $SRC_ROOT/instsetoo) will create +installation sets in English and German. +A simple build in +$SRC_ROOT/instsetoo will also create the installation sets, +provided all other modules are already built. + +

+If you have built an installation set earlier and want to re-build it, +please delete the local outpath first: +

+$SRC_ROOT/instsetoo> rm -rf wntmsci7.pro
+
+ +

+The English installation set will be located at +$SRC_ROOT/instsetoo/wntmsci7.pro/01/normal. +Execute the setup binary to install: +

+$SRC_ROOT> cd instsetoo/wntmsci7.pro/01/normal
+normal> setup.exe
+
+ +The 01 in the path names indicates that the localisation is American English. This number +corresponds to the international phone code for the USA. The German installation set +will be located in a subdirectory 49. This scheme holds true for all localisations you may +have chosen explicitly (see next section +Building Localised Versions of OpenOffice.org). + +

+For a network installation, use the -net option to +setup. Details on the network installation process +can be found at + +http://installation.openoffice.org/proposals/netinstall.html +in the installation project webpage. +

+

For information on creating an automated + +installation script and create a response file.

+ +


+ + +

+Building Localised Versions of OpenOffice.org +

+ +

+Running the configure script with the --with-lang option will introduce the build +of additional language resources. This option will introduce a command in the +environment settings file which in turn after execution sets a variable like, for instance, +RES_FREN to TRUE in the case of french (You can also set +this variable by hand in order to introduce another language). It is also possible to +build more than one language at once. +One language resource, however, will not be +introduced that way: the help content! Clicking on 'help' would still open English +help documents. +

+ +

+There is no automatic procedure yet to implement non-English help, but the additional +manual effort is rather minimal: After building the source as described above, but before +building the installation set, a zip-file with all help-content for the language of choice has +to be unzipped into the directory + +

+$SRC_ROOT/solver/641/wntmsci7.pro/pck.
+
+ +

+The filenames of these files contain a number code for the language, corresponding to +the international phone code of a country in which that language is mainly spoken. +For instance, the file +helpcontent_34_wnt.zip + contains all help content for the Spanish localisation. +The zipfiles themselves are available at +ftp.services.openoffice.org/pub/OpenOffice.org/contrib/helpcontent/. +

+ +

+Having unzipped the helpcontent files in there, building of installation sets can be +resumed or repeated (in case you already have build some), as described in the previous +chapter. English installation sets will be located in

+ +
+$SRC_ROOT/instsetoo/wntmsci7.pro/01/normal, 
+
+ +where 01 corresponds to the international phone code of the USA. +If you have chosen, for instance, French (by configuring with the --with-lang=FREN option) +you will find an additional directory called 33: + +
+$SRC_ROOT/instsetoo/wntmsci7.pro/33/normal.
+
+ +

Similarly, you will find 49 for German, 34 for Spanish, etc.

+ +

+Localised help content is not yet available for all languages. In such cases, the English +helpcontent will appear in the installations. For instance, when Danish is set with +configure, you will find installation sets under the directory 45, but the help files will +appear in English. +

+ +


+ + + + + + Propchange: incubator/ooo/ooo-site/trunk/content/tools/dev_docs/build_windows_1.x.y.html ------------------------------------------------------------------------------ svn:eol-style = native