Revision as of 22:36, 13 July 2018

OpenOffice.org Building Guide

{{{parttitle}}}

[[{{{PrevPart}}}|< Previous Section]]

[[{{{NextPart}}}|Next Section >]]

• Getting the source
• Basic Concepts
• Build Requirements
• Building on Windows
• Building on Windows with MinGW
• Building on Mac OS X
• Building on Linux
• Building on Solaris

[[{{{PrevPage}}}|< 前のページ]]

[[{{{NextPage}}}|次のページ >]]

Overview / 概要

This document explains how to build the OpenOffice.org source code on Windows systems. ここでは、Windows 環境で、OpenOffice.orgのソースコードをビルドする方法を説明しています。

For building OpenOffice.org Cygwin is needed, a Windows program that emulates a complete Unix command line environment. To use this document you need to be familiar with a command line, but you need not to be a UNIX shell wizard.

OpenOffice.orgをビルドするには、Cygwin 環境が必要です。Cygwin 環境は、Unix のコマンドラインツールを完全にエミュレートしています。ここに書かれている内容を理解するには、コマンドラインツールになれている必要がありますが、Unix シェルに精通している必要はありません。

Template:Documentation/Tip

$SRC_ROOT will denote the directory in which the source code of OpenOffice.org is stored. $SRC_ROOT は、OpenOffice.org のソースコードを保存したフォルダのことを指しています。

Template:Documentation/Tip

Requirements / システム要件

hardware requirements / ハードウェア

• 1 or more reasonable fast CPUs (x-way CPU recommended)
• 1つ以上の高速なCPU（複数のCPUを推奨）
• 1 GB RAM (2 GB recommended)
• 1 GB のメモリ（2 GBを推奨）
• 10 GB free disk space (20 GB when debugging)
• 10 GB のハードディスク空き容量（デバッグ時には 20 GB）

software requirements / ソフトウェア

• Windows XP/Vista
• Windows XPまたはVista

The following table is placed here, so you can come back to it easily, when you want to use a link. The items are explained below. Here's the list of files to download (with links) and the locations in the source tree where you must put them:

下表は、リンクを辿ってファイルを取得したり、ここにすぐに戻れるようにするために作りました。ここに記載したファイルをダウンロードして、指定した場所に配置してください。
（訳注：「配置する場所」に「（標準）」と書かれているファイルは、アプリケーションです。各サイトの指示や画面の表示に従ってインストールしてください。また、「配置する場所」に「external/gdiplus」などと書かれている場合は、ダウンロードしたファイルを「$SRC_ROOT\external\gdiplus」フォルダに解凍したり保存してください。）

adding required files to the build tree / ソースツリーをビルドする際に必要なファイルを追加するには

Template:Documentation/Tip

OOo uses some Mozilla libraries. Building the corresponding sources is only possible with the VC2003 compiler so you have to use precompiled libraries that require the msvx71 libraries mentioned above. On Windows the Mozilla libraries are needed only for Mozilla address book support. Unfortunately a bug in the module dependencies makes it necessary that the Mozilla libaries are used anyway as otherwise building the module xmlsecurity fails (see below). OOo では、Mozilla のライブラリをいくつか使用しています。そのライブラリは、Visual C++ 2003 コンパイラでのみビルドできるため、コンパイル済みのファイル（上記のとおり msvx71 ライブラリが必要です）を使用してください。残念なことに、モジュールの依存に関するバグがあるため、Mozilla のライブラリを使用しないと、xmlsecurity モジュールのビルドに失敗します（下記参照）。

Installation and Preparation of Build Tools / ビルド用ツールのインストールと準備

setting up cygwin / cygwin の設定

Go to http://www.cygwin.com/ and download and install the current version.

http://www.cygwin.com/ にアクセスして、cygwin の最新バージョンをダウンロードし、インストールしてください。

Make sure that you keep the filetype set to “Unix/binary”. インストールする際、“Default Text File Type”は、“Unix / binary (RECOMMENDED)”のままにしてください。

required additional packages / 必要な追加パッケージ

Cygwin consists of some basic and a lot of optional packages. As building OOo needs some of these optional packages you have to select them in the installer.

Cygwin には、いくつかの基本的なパッケージと、多数のオプションパッケージがあります。OOo をビルドするには、Cygwin のインストール時に、いくつかのオプションパッケージを選択します。

Here's a complete list of the needed packages:

必要なパッケージは以下の通りです:

• Category Archive:
• Category Archive:
  • unzip
  • unzip
  • zip
  • zip
• Category Devel :
• Category Devel :
  • autoconf
  • autoconf
  • bison
  • bison
  • flex
  • flex
  • gcc-g++
  • gcc-g++
  • gperf
  • gperf
  • make
  • make
  • openssl-devel (only needed for perl modules for CWS tooling, see below)
  • openssl-devel (CWS ツール用の perl モジュールにのみ必要です。下記参照)
  • cvs (for 2.x code line and 3.0 code line)
  • cvs (OOo 2.x 系と 3.0 系のビルドに必要です)
  • subversion (for 3.x code line, minimum version 1.5.5)
  • subversion (OOo 3.x 系のビルドに必要です。最低でも subversion 1.5.5 が必要です。)
• Category Libs
• Category Libs
  • openssl
  • openssl
• Category Net
• Category Net
  • openssh
  • openssh
  • ncftp
  • ncftp
• Category Perl
• Category Perl
  • perl
  • perl
• Category Shells
• Category Shells
  • rxvt
  • rxvt
• Category Utils
• Category Utils
  • patch
  • patch
  • gnupg
  • gnupg
• Category Web
• Category Web
  • lynx
  • lynx
  • wget
  • wget

Unfortunately the list of packages mentioned at http://website.openoffice.org/support/en/howtos/1.html#1 is incomplete, some more are listed at http://tools.openoffice.org/dev_docs/build_windows_tcsh.html#BuildRequirements . 残念なことに、http://website.openoffice.org/support/en/howtos/1.html#1 で説明しているように、この一覧は不完全です。http://tools.openoffice.org/dev_docs/build_windows_tcsh.html#BuildRequirements に追加のパッケージが記載されています。

The installer will automatically check and download some more packages needed by thosed listed here. The whole process takes roughly 20 minutes. Cygwin のインストーラは、上記のパッケージを使用するのに必要な追加パッケージを、自動的に確認してダウンロードします。必要なパッケージをダウンロードしてインストールするには、約 20 分かかります。

breaking links to executables / 実行ファイルのリンクを切る

Within the Cygwin Toolkit, some executables might be symlinks: awk.exe and gunzip.exe, tar.exe (in older releases only). This can lead to a break of the build later, and the symlinks should be replaced by copies of the command they link to.

Cygwin Toolkit では、awk.exe、gunzip.exe（訳注：gunzip です）、tar.exe（古いリリースの場合のみ）は、シンボリックリンクになっているかもしれません。シンボリックリンクになっている場合はビルドが失敗するため、シンボリックリンクを実際のファイルに置き換える必要があります。

To check this, execute:

シンボリックリンクになっているか確認します。awk.exe がシンボリックリンクになっているかどうかを確認する場合は、Cygwin で次のコマンドを実行してください:

ls -l /bin/awk.exe
ls -l /bin/awk.exe

whether e.g. awk.exe is a symlink. In version 1.5.24-2 awk.exe is a link to gawk.exe. The shell will show this by putting out “awk.exe -> gawk.exe”. In this case gawk.exe must be copied to awk.exe by executing:

バージョン 1.5.24-2 の awk.exe は、gawk.exe へのシンボリックリンクになっています。上記のコマンドを実行すると、“awk.exe -> gawk.exe”と表示されます。この場合、次のようにして gawk.exe を awk.exe としてコピーします。

cd /bin
cd /bin
rm awk.exe
rm awk.exe
cp gawk.exe awk.exe
cp gawk.exe awk.exe

In case you overlook something here or you have a newer Cygwin version with additional symlinks not mentioned here it's not a problem. You will get a helpful error message about an existing link in the configuration step (configure) later. The message will tell you which link you have to remove and you can do it following the advice given above for the awk.exe/gawk.exe pair.

ここまでに何かを見落としていたり、新しい Cygwin になってシンボリックリンクになっているファイルが増えていたりしても、心配することはありません。configure ツールを使うときにシンボリックリンクが残っていたら、丁寧なメッセージが表示されます。そのメッセージを読めば、上記の awk.exe と gawk.exe のようにシンボリックリンクを切る方法がわかるようになっています。

installing additional perl modules in cygwin / cygwin で perl の追加モジュールをインストールする

As explained some perl modules must be installed with CPAN. The necessary command in the cygwin shell is

perl のモジュールをいくつか CPAN からインストールします。Cygwin の shell で次のコマンドを実行してください

perl -MCPAN -e shell
perl -MCPAN -e shell

If this command is executed the first time CPAN will ask for configuration. Choose autoconfiguration.

はじめて CPAN を実行したときは、設定に関する質問が表示されます。自動設定（automatic configuration）を実行してください。

Please note that CPAN is not able to deal with usernames containing spaces. To work around this fact, when CPAN asks you to specify the CPAN build and cache directory, change the default suggestion to /cpan. CPAN は、スペースを含むユーザー名を使用できません。うまく動かすには、CPAN の設定中に CPAN build and cache directory と表示されたら、CPAN に提案されている設定を無視して /cpan と入力します。

At the end the CPAN shell appeared and is ready to accept commands for installations. Each module is installed by typing install $MODULENAME. The modules that must be installed are:

設定が終わると CPAN シェル（訳注：cpan[x]）が表示され、インストール用のコマンドを入力できるようになります。以下のモジュールは、install （モジュール名） と入力するとインストールされます。インストールするモジュールは次のとおりです:

• Archive::Zip
• Archive::Zip
• XML::Parser (though it seems that this is already installed; doesn't hurt to do it)
• XML::Parser (このモジュールはインストール済みのように見えますが、実行しても悪いことはありません)
• URI
• URI
• LWP::UserAgent
• LWP::UserAgent
• Crypt::SSLeay
• Crypt::SSLeay
• SOAP::Lite
• SOAP::Lite

CPAN will detect if a selected module depends on other modules and it will offer to download them also. As explained please just confirm this.

CPAN は、選択したモジュールに必要なそのほかのモジュールを見つけて、ダウンロードするように提案してくれます。この提案についても確認してください。

The last three modules are only needed if you want to use the cws tooling. These tools are necessary if you want to create and maintain your own Child Workspaces or if you want to build one of them. I recommend to install them anyway as sooner or later you want to work on a child workspace. 最後の3つのモジュールは、cws ツールを使用するときにのみ必要です。cws ツールは、Child Workspaces を作成したりメンテナンスするときや、Child Workspaces をビルドするときに必要です。最後の3つのモジュールは、child workspace の作業をするときにインストールすることをオススメします。

I got an error message from CPAN somewhat like the following: インストール中に以下のようなエラーメッセージが表示されました。 C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygiconv-2.dll to same address as parent(0x7C0000) != 0x7D0000 C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygiconv-2.dll to same address as parent(0x7C0000) != 0x7D0000 To fix this, I had to exit the Cygwin shell, run cmd.exe, then type "c:\cygwin\bin\ash.exe" to start the minimal shell, then type /bin/rebaseall. Then CPAN worked when I ran it again. この場合は、Cygwin シェルを終了して、cmd.exe を実行してください。（訳注：cmd.exe を実行する前に再起動した方がよさそうです。）次にコマンドプロンプトで "c:\cygwin\bin\ash.exe" と入力して、小さな小さなシェルを起動し、/bin/rebaseall と入力します。ここまで実行したら perl -MCPAN -e shell からやり直すと、エラーメッセージが表示されなくなります。

I got another error when cygwin was performing make install: make install（訳注：install （モジュール名） のこと）を実行すると、他のエラーメッセージが表示されました。 ERROR: Can't create '/usr/bin'; Do not have write permissions on '/usr/bin' ERROR: Can't create '/usr/bin'; Do not have write permissions on '/usr/bin' I can actually write to /usr/bin; however when I do ls -ld /usr/bin, cygwin reports no write permission; and chmod u+w /usr/bin gives Permission denied. This causes the install process to fail when it checks permissions. As a kludge, I installed vim, and edited line 368 of /usr/lib/perl5/5.10/ExtUtils/Install.pm, replacing this: /usr/bin に書き込むことはできるのですが、ls -ld /usr/bin を実行すると、書き込み権限がないと表示されます。そこで、chmod u+w /usr/bin と入力しましたが、Permission denied と表示されます。これは、書き込み権限の確認に失敗してることが原因です。そこで、その場しのぎですが、vim をインストールして、/usr/lib/perl5/5.10/ExtUtils/Install.pm（訳注：/lib/perl5/5.10/ExtUtils/Install.pmでした。/usr/libは空っぽです。）の 368 行目を次のように書き換えました: return -w $dir; return -w $dir; with this: これを: return 1; return 1; which allowed installation to proceed. これでインストールができました。

Full Builds / フルビルド

configure

Finally the configure tool is used to create the environment. It checks that all software, hardware, and system requirements for the build are satisfied, and creates configuration files called winenv.set (for tcsh) and winenv.set.sh (for bash) that are used to set all necessary build environment variables. Before running configure, make sure that all needed programs are in the system path or start configure with the appropriate command line switches. If configure detects a problem it will stop and give you a useful hint how to fix it.

You will find the configure script in $SRC_ROOT. The resulting configuration files are created there too.

sample configure calls

./configure \
 --disable-directx \
 --with-cl-home="/cygdrive/d/develop/msvc/VC" \
 --disable-activex \
 --disable-atl \
 --disable-build-mozilla \
 --with-frame-home="/cygdrive/d/develop/MSDK/v6.1" \
 --with-psdk-home="/cygdrive/d/develop/MSDK/v6.1" \
 --with-midl-path="/cygdrive/d/develop/MSDK/v6.1/Bin" \
 --with-asm-home="/cygdrive/d/develop/msvc/VC" \
 --with-jdk-home="/cygdrive/d/develop/j2sdk1.4.2_11" \
 --with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5" \
 --with-ant-home=/ant

./configure --disable-build-mozilla --disable-activex --with-win32
--with-cl-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC"
--with-midl-path="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1/Bin"
--with-csc-path="/cygdrive/c/WINDOWS/Microsoft.NET/Framework/v3.5"
--with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1"
--with-asm-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC/Bin"
--with-jdk-home="/cygdrive/c/j2sdk1.4.2_11" .
--disable-directx --disable-epm
--with-ant-home=/cygdrive/c/apache-ant-1.6.5
--with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1"

（訳注：私のところでは以下のようになりました。

./configure --disable-nss-module --disable-build-mozilla --disable-activex --with-win32 \
--with-cl-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC" \
--with-midl-path="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1/Bin" \
--with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5" \
--with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1" \
--with-asm-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC/Bin" \
--with-jdk-home="/cygdrive/C/Program Files/Java/jdk1.6.0_17" \
--with-directx-home="/cygdrive/c/Program Files/Microsoft DirectX SDK (August 2007)" \
--disable-epm \
--with-ant-home=/cygdrive/d/apache-ant-1.7.1 \
--with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v6.1"

Apache Antのフォルダが少し違うかもしれませんが、だいたいこんな感じになると思います。）

configure settings tips

Make sure that the PATH variable in your cygwin shell does not contain any blanks and quotes.

Paths might have problems with spaces. Install requirements into pathes without them. Alternatively, feel free to install the various packages using the default path containing spaces and then use the mixed short path for the configure stage. The mixed short path can be obtained using Cygwin's cygpath tool, eg: $ cygpath -m -s "c:\Program Files\Microsoft Visual Studio 9.0\VC" c:/PROGRA~1/MICROS~1.0/VC The with-psdk-home setting needs a case-sensitive path name. I recommend to use case-sensitive usage in all cases - it's good to get used to case sensitivity if you are going to work with Cygwin.

Beware of using /c/ instead of /cygdrive/c/.

Avoid trailing slashes in configure parameters. They sure cause problems for --with-psdk-home.

Paths to dependencies might be different for your installation. The pathes containing "msvc" and "msdk" should be self-explanatory.

Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip Template:Documentation/Tip

bootstrap

After running configure you must create the dmake make utility that is needed for the build of OpenOffice.org. This done from the SRC_ROOT directory by calling

./bootstrap

setting the enviroment

When the configure script has been run successfully a file winenv.Set.sh was created^[7]. Do this:

source winenv.Set.sh

to set up the enviroment for the build.

starting the build

Build the software by typing the following in $SRC_ROOT^[8]:

dmake

The building procedure will take at least an hour (on a 3 GHz Quad-Core with 8GB RAM).

There are some special things in the way how OOo builds its modules. Every module has an “output” folder (with some subfolders for the different kinds of generated output) that is created the first time a build is done in the module. The name of this folder is “wntmsci10.pro” for builds with MSVC++2003, “wntmsci11.pro” for builds with MSVC++2005 and "wntmsci12.pro" for builds with MSVC++2008 (for the meaning of the "pro" extension see below). After a successful build of a module some of the generated files are copied to the output folder of the “solver” module by executing a tool called “deliver” (this is automatically called by build --all for each of the modules). Other modules will take these “delivered” files (header files, libraries etc.) to resolve their dependencies. The content of the solver module will also be used to pack the installation sets in the final step.

Template:Documentation/Tip

Partial Builds

There are two ways to do partial builds:

• compatible
• incompatible

Only do compatible partial builds if you know exactly what you are doing.

For more information, see Compatible Builds.

rebuilding from a module (incompatible build)

If you decide to change a module in an incompatible way, you will need to rebuild all modules depending on it (directly or indirectly):

cd $SRC_ROOT/instsetoo_native
build --from $INCOMPATIPLEMODULE --prepare
build --from $INCOMPATIBLEMODULE

rebuilding a module (compatible build)

To rebuild a module you can delete all output directories with, rebuild and redeliver into the solver with:

cd $MODULE
build --from $MODULE --prepare
build && deliver

A simple build in $SRC_ROOT/instsetoo_native will recreate the installation sets, provided all other modules have already been build.^[9]

Building a Module with Debug Information

To rebuild a module with debug information and additional assertions and checks, run:

cd $MODULE
build --from $MODULE --prepare # removes old output trees and solver
build debug=true --from $MODULE

Drop the newly created binaries into an existing installation. Building an installation set with them will not help, as binaries are stripped on packing by default.

Template:Documentation/Tip

Finding the Installation Sets

After a successful build you will find the OOo installation set in

instsetoo_native/wntmscixx.pro/OpenOffice/msi/Install/en-US

“instsetoo_native” is the module that packs the installation set.

Template:Documentation/Tip

Tips And Tricks

ccache

For Windows: download from here, do the following:

export CCACHE_DIR="some/place/with/space"
ccache -M 2G -F 10000
export CCACHE_CPP2=TRUE
export CXX="guw.pl ccache cl"
# export USE_PCH=  if you experience trouble with precompiled headers

dependencies

nodep

If you set the environment variable nodep to TRUE, then dependendy information files are not created - the build finishes faster.

But only enable that on a clean build. Once you have built OOo and then made modifications, unset the variable again to be on the safe side.

NO_HIDS

Similar to the nodep variable, this one prevents the generation of HIDs (Help IDs) that are mainly used for automated testing - if you only want to build OOo, you don't need those.

parallel builds

If you have a multiprocessor machine or similar, you can run a parallel build. There are two levels of parallelism - one operating on makefile (directory) level, the other one on the global level. The two levels of parallelism result from the two-step build procedure in the OOo build environment. The build script runs through all the directories it reads from the build.lst files in all modules and calls dmake for every directory.

parallelism on the global level

For parallelism on the global level, you have to run build from $SRC_ROOT>/instsetoo_native with the -P<number> switch, for example:

build -P2

This takes build how many dmake processes it is allowd to start in parallel.

parallelism on the directory level

export MAXPROCESS=<numer or processes> 

This tells dmake how many targets it is allowed to build in parallel. When you don't use build.pl but build a single directory (single makefile), you can achieve the same with

dmake -P2

combining both levels

If you want to have parallelism on both levels, you can call

build -P2 -- -P2

"--" is a special build.pl parameter that passes every further parameters to the dmake processes it starts.

Recommendation

Experience tells that using the doubled number of cores in your machine is a good choice, using more threads does not make a big difference, except if the combined option is chosen. So even on single core machines using two threads will speed up the build considerably.

create prebuilt mozilla

For the mozilla-components you have the choice to either build from mozilla sources, to use precompiled packages or to use system-mozilla (the one installed on your buildsystem, not everything might work, depending on the version you got installed). You can easily create your own version of the prepacked binaries if you wish to do so (either because you cannot use the official ones because of mismatch of compiler version used to build them/other technical reasons or because you want to use stuff you didn't build yourself). To do so:

• build the moz module from the mozilla sources
• use --enable-build-mozilla when running configure and put the mozilla-source tarball to moz/download
• in moz run dmake zip to create the zip files
• you'll find the zips in {platform}.pro/zipped

Copy them to a location of your liking. Now instead of using --enable-build-mozilla, use --disable-build-mozilla and copy the zips you created or downloaded to moz/zipped and these will be used when compiling. This will greatly reduce build-time (you save the time that would otherwise be spent on compiling mozilla).

See Also

For more information on building OOo on Windows see: Building on Windows (older releases) Perl modules installation with CPAN Documentation on tools.openoffice.org Documentation on website.openoffice.org

1. ↑ ^{1.0 1.1}

   This also supported on Vista. This is either a DVD image or a net installer. You can either mount the DVD with a suitable tool, burn it do a DVD or use tools like winrar that can extract files from ISO files directly. You don't need to install samples or documentation (saves a lot of disk space). It will also install the .NET Framework 3.5 SDK. このファイルはVistaにも対応しています。DVDイメージ（訳注：DVD ISO）か、ネットインストーラー（訳注：Web Setup）を使用してください。DVDイメージは、DVDに書き込んでから利用するか、ISOファイルを解凍できるwinrarのようなソフトウェアを使うことで利用できます。サンプル（Samples）やドキュメント（Documentation）は必要ありません（ハードディスクの空き容量を節約できます）。なお、.NET Framework 3.5 SDKもインストールされます。 It might be best to install the Windows SDK into the default directory, and if not that into one without capital letters in the path. I used D:\Dev\Win_SDK\ and received some linking errors in the Python module (see Issue 88568 ). Windows SDKは、標準のフォルダにインストールすることをオススメします。標準のフォルダにインストールしない場合は、パスに大文字を含まないようにしてください。D:\Dev\Win_SDK\ にインストールしたところ、Pythonモジュール（Issue 88568 を参照）でリンクエラーが発生しました。

2. ↑ ^{2.0 2.1}

   unicows.dll is available from the Microsoft site and needs to be saved to $SRC_ROOT/external/unicows. Microsoft seems to enjoy changing the exact location of this file. You may have to search Microsoft's website. unicows.dll は、Microsoftのサイトからダウンロードできます。$SRC_ROOT/external/unicows フォルダに保存してください。（訳注：ダウンロードしたファイルを実行すると、解凍するフォルダを確認されます。「$SRC_ROOT\external\unicows」を指定してください。）ちなみに、Microsoftはこのファイルの場所を変更するのが好きみたいです。ここに挙げたURLからダウンロードできない場合は、Microsoftのサイトから探してください。

3. ↑ ^{3.0 3.1}

   dbghelp.dll is available from the Microsoft site and needs to be saved to $SRC_ROOT/external/dbghelp. Microsoft seems to enjoy changing the exact location of this file. You may have to search Microsoft's website. dbghelp.dll は、Microsoftのサイトからダウンロードできます。$SRC_ROOT/external/dbghelp フォルダに保存してください。（訳注：ダウンロードしたファイルを実行すると、解凍するフォルダを確認されます。「$SRC_ROOT\external\dbghelp」を指定してください。）ちなみに、Microsoftはこのファイルの場所を変更するのが好きみたいです。ここに挙げたURLからダウンロードできない場合は、Microsoftのサイトから探してください。

4. ↑ ^{4.0 4.1}

   You can find these files in your directory c:\program files\common files\merge modules このファイルは、C:\Program Files\Common Files\Merge Modules フォルダに保存されています。

5. ↑ ^{5.0 5.1}

   If NSIS is available, a self contained Windows installer is created in addition to the MSI installer files. NSISを用意すると、msi形式のインストールファイルにWindows用の自己解凍機能をプラスしたインストーラが作成できます。

   It used to be that newer version of NSIS broke the build (see Issue 85657 ), but it seems that it now works for NSIS up to 2.3.7. 以前は、NSIS の新しいバージョンがビルドを壊していました（Issue 85657 を参照）が、NSIS が 2.3.7 になってからは問題なく動いているようです。

6. ↑ ^{6.0 6.1}

   If you don't want to download it you can disable DirectX support in the configuration step (--disable-directx). DirectX SDKを用意しない場合は、configure 実行時に DirectX サポートを無効にする（--disable-directx）ように設定してください。

   Current (as of 2008/01) versions of the DirectX9 SDK and Windows Platform SDK do not fit to each other. To be able to build with DirextX enabled, you need to patch one file in the Platform SDK. See http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID2743771 for details. 2008年1月現在、DirectX9 SDKと、Windows Platform SDKは同時に使用できません（訳注：そのままでは同時に使用できません）。DirectX サポートを有効にしてビルドする場合は、Platform SDKを修正する必要があります。http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID2743771 をご覧ください。（※下記の訳注をご覧ください）

   （訳注：リンク先がなくなっており、詳細は不明ですが、dev@tools.openoffice.org のログに、http://www.microsoft.com/downloads/details.aspx?FamilyID=529f03be-1339-48c4-bd5a-8506e5acf571&DisplayLang=en からダウンロードできる dxsdk_aug2007.exe で十分というメールがありました。）

   Do not use a DirectX10 SDK! DirectX10 SDKは使わないでください！

7. ↑

   When you want to use tcsh instead of bash, you will need to use the file winenv.Set instead: source winenv.Set rehash If you do not use tcsh, it is better to delete that file, as it will get in the way for tab-completion sooner or later.

8. ↑

   You can also run: make but GNU/make will just start dmake. You can also run the following in the instetoo_native module: build --all For details run: build --help

9. ↑

   build --all would rebuild changed/missing files. However, it does not check for incompatible modules. If unsure, use build --from --prepare.