Created page with "{{TopMenu}} {{Menu}} {{Menu.Development}} {{Menu.Building}} {{OrigLang|Building LibreOffice on Windows with Cygwin and MSVC: Tips and Tricks}} == Build dependencies == Before..."
New page
{{TopMenu}}
{{Menu}}
{{Menu.Development}}
{{Menu.Building}}
{{OrigLang|Building LibreOffice on Windows with Cygwin and MSVC: Tips and Tricks}}
== Build dependencies ==
Before you can start hacking LibreOffice on Windows, you need to follow these instructions to set up a build environment.
{{nota|Il modo più facile per fare questo è usare [[Development/lode|LODE]] , il quale rende automatico tutto quello che è necessario, al di là dell'installazione di Visual Studio e Java.<br>
Se vuoi farlo nel modo difficile... continua a leggere...}}
=== Installa i requisiti di Cygwin ===
In Windows,tu devi prima installare Cygwin da [http://www.cygwin.com www.cygwin.com].
Il modo più facile per fare questo è scaricare [http://cygwin.com/setup-x86.exe setup-x86.exe] (32-bit) o [http://cygwin.com/setup-x86_64.exe setup-x86_64.exe] (64-bit).
* Al di sotto di Windows 10 x64 versione 1511, se tu installi Cygwin 64-bit, necessiti Cygwin 2.4.0-0.9 o successive (vedi [https://cygwin.com/ml/cygwin/2015-12/msg00003.html Cygwin mailing list] per dettagli).
Questa istruzione usa la versione a 32-bit per esempio: Esegui '''cmd''' e passa alla directory di scaricamento (Se hai problemi durante la navigazione,è possibile anche trascinare setup-x86.exe dal file explorer nella cmd window) e copia e '''incolla il comando sottostante''' per eseguire setup-x86.exe con l'elenco dei '''pacchetti richiesti preselezionati'''.
setup-x86.exe -P autoconf -P automake -P bison -P cabextract -P doxygen -P flex -P gcc-g++ ^
-P git -P gnupg -P gperf -P make -P mintty ^
-P nasm -P openssh -P openssl -P patch -P perl -P python -P python3 ^
-P pkg-config -P rsync -P unzip -P vim -P wget -P zip -P perl_vendor
With setup-x86_64.exe, we need to replace perl_vendor with perl-Archive-Zip, giving this command line:
setup-x86_64.exe -P autoconf -P automake -P bison -P cabextract -P doxygen -P flex -P gcc-g++ ^
-P git -P gnupg -P gperf -P make -P mintty ^
-P nasm -P openssh -P openssl -P patch -P perl -P python -P python3 ^
-P pkg-config -P rsync -P unzip -P vim -P wget -P zip -P perl-Archive-Zip
This launches the GUI and requires you to manually choose installation paths etc, but the packages passed via command line are pre-selected meaning you just need to accept the selection.
NOTE: installation path of Cygwin mustn't contain non-ASCII letters to avoid autogen.sh/configure problems (if it contains, move folder of the Cygwin installation to a new place and update its Windows shortcuts & Start Menu items).
Alternatively, run the setup-x86.exe or setup-x86_64.exe utility, switch the package view mode to 'Full' by pressing 'View' until 'Full' is displayed beside it, then manually select the packages listed in the above command for installation.
'''If you upgraded Cygwin''', you might have to run the rebaseall command (not needed if you installed Cygwin for the first time):<br>
Close all Cygwin consoles, run <code>c:\cygwin\bin\dash.exe</code>, and in the terminal, launch <code>/bin/rebaseall</code>.
=== Install Windows Build Requirements ===
No matter what version of Visual Studio you're using, you need a
* '''Java Development Kit (JDK)'''. Make sure to get a '''32-bit''' SDK if you are building ''for'' '''32-bit''' Windows, and a '''64-bit''' SDK if you are building ''for'' '''64-bit''' Windows (with <code>--enable-64-bit</code>). Grab it from [http://www.oracle.com/technetwork/java/javase/downloads/index.html http://www.oracle.com/technetwork/java/javase/downloads/index.html]. Note that building for 64-bit is still [[Development/BuildingOnWindows#64-bit_Visual_Studio_build|experimental]] and you can expect build issues. If you are building for the first time, choose the 32-bit SDK and build for 32-bit.
You also need the Microsoft compiler/development suite '''Visual Studio''', which can be obtained from here: http://www.visualstudio.com/en-us/downloads
Note there are 2 different editions that are free of charge:
* Community: includes everything needed to build all LibreOffice features. http://www.visualstudio.com/products/visual-studio-community-vs
* Express: does not support all features, see the [[Development/BuildingOnWindows#ATL_and_ActiveX]] section for details. http://www.visualstudio.com/en-us/products/visual-studio-express-vs.aspx
LibreOffice 4.4 requires at least Visual Studio 2012, whereas LibreOffice 5.0 requires at least Visual Studio 2013.
==== When using Visual Studio 2013 ====
Visual Studio 2013 comes with the Windows SDK and DirectX SDK and .NET stuff included. Install Visual Studio 2013 and you have all you need.
If you want your builds to run on Windows XP, you need to use <code>--with-windows-sdk=7.1A</code>
==== Visual Studio 2015 ====
LO is up and running with new compiler. See this page for more details:
* [[Development/msvc-x86_64#Ongoing_efforts_to_support_MSVC_14.0_.28aka_VS_2015.29 |Ongoing work to support MSVC 14.0 (aka VS 2015)]]
=== Instructions ===
Install dependencies, open cygwin command line, and perform next steps:
==== Install GNU make ====
A Win32 build of GNU make 4.0+ is made available (and required) for building LibreOffice.
It's easiest to put it in /opt/lo/bin, where configure will automatically find it; you can also use another location and set the MAKE variable.
Either prepend /opt/lo/bin to PATH, or alternatively, when you build LibreOffice, always call "make" with the absolute path /opt/lo/bin/make (or wherever you put it). LibreOffice cannot and should not use Cygwin's /usr/bin/make.
mkdir -p /opt/lo/bin
cd /opt/lo/bin
wget http://dev-www.libreoffice.org/bin/cygwin/make-85047eb-msvc.exe
mv make-85047eb-msvc.exe make
chmod a+x make
==== Install ant and junit ====
You can extract them anywhere, they don't have to be installed. If you don't want to use Junit, it can be disabled with --without-junit in the autogen.sh command later.
mkdir -p /cygdrive/c/sources
cd /cygdrive/c/sources
wget https://archive.apache.org/dist/ant/binaries/apache-ant-1.9.5-bin.tar.bz2
tar -xjvf apache-ant-1.9.5-bin.tar.bz2
wget http://downloads.sourceforge.net/project/junit/junit/4.10/junit-4.10.jar
==== Clone the LibreOffice source code repositories ====
NOTE: sources should be in a relatively short path to avoid exceeding the file/pathname limit and the destination path cannot have any space in it.
cd /cygdrive/c/sources
git clone git://gerrit.libreoffice.org/core libo-core
==== Create build directory and configure and build the code ====
You can build LibreOffice into another directory than your checkout. This helps keeping the source code tree clean and eases building multiple versions, however it does stop the Visual Studio IDE Integration from working.
If you want to build into a separate directory, say /cygdrive/c/build, enter these commands:
mkdir /cygdrive/c/build
cd /cygdrive/c/build
Otherwise change directory to the /cygdrive/c/sources/libo-core folder:
cd /cygdrive/c/sources/libo-core
Now run autogen.sh to configure the build:
/cygdrive/c/sources/libo-core/autogen.sh \
--with-external-tar=/cygdrive/c/sources/lo-externalsrc \
--with-junit=/cygdrive/c/sources/junit-4.10.jar \
--with-ant-home=/cygdrive/c/sources/apache-ant-1.9.5 \
--enable-pch --disable-ccache \
--disable-activex --disable-atl \
[additional switches, if you know what you are doing :-) ...]
Note that it's not recommended to use ccache on Windows. If you have it installed in your Cygwin environment, be safe and disable it with ''--disable-ccache'' (as in the command above).
If the ''autogen.sh'' script complains that it cannot find some header files, it is possible that it cannot locate the your Windows SDK or that it finds a corrupted one. This may happen if you installed multiple version of Visual Studio on your computer, especially if you installed a Beta version, and even if you uninstalled those. In this case, you may use the ''--with-windows-sdk=7.1A'', possibly replacing ''7.1A'' with another version of the SDK to select a specific uncorrupted version.
autogen.sh saves your last used configure switches in a file called autogen.lastrun, so in case you want to run configure with the same parameters again, it is enough to just run autogen.sh without any parameters.
Save a copy of the last used parameters in the file autogen.input:
mv autogen.lastrun autogen.input
As opposed to autogen.lastrun, autogen.input will not be overridden by autogen.sh when using other parameters. If autogen.sh is called again without parameters, it will fetch its input from autogen.input if it is present.
Read the summary output from the autogen.sh command. If it did not report any errors or relevant warnings, then all that is left to do is to run the right version of ''make'' to build LibreOffice:
/opt/lo/bin/make gb_COLOR=1 # gb_COLOR=1 enables colored output
If the build process fails at this point with the error ''error C3861: 'InetPtonW': identifier not found'', this is because of a bug in the build process for Windows SDK 8. You may work around this by using the ''--with-windows-sdk=7.1A'' option.
==== Run LibreOffice ====
When the build has finished without errors, you can run your fresh build of LibreOffice using
instdir/program/soffice.exe
== Microsoft Visual Studio Project Integration ==
The LibreOffice build system can generate project file for some IDEs including -- thanks to Honza Havlíček's excellent work -- Microsoft Visual Studio: (note that this does not allow a full build so you still need to use Cygwin to do full builds)
{{YouTube|id=Xn3CtIrMpIA|align=center}}
=== Build a project file for Visual Studio ===
The IDE integration script is written in python3, which is not installed by default (using the lode method), please install it in cygwin before running the make command. After a complete build of LibreOffice was successful, execute the following command to generate a Visual Studio project for Visual Studio 2013:
$ ../../opt/bin/make vs2013-ide-integration
If the generation is successful, the resulting solution file <code>LibreOffice.sln</code> will be placed in the root directory of the build and can be opened with Microsoft Visual Studio.
In order for the solution file to open correctly in Visual Studio, the LibreOffice build must be done to the same directory as the source code; separating the source and build directories stops the IDE integration from working.
=== Why MSVC? ===
It is a frequently asked question, usually coming from free software purists, why we use proprietary compiler instead of a free one (i.e. gcc).
* ABI backwards-compatibility for compiled extensions. There is some resistance to breaking that.
* So far MSVC produces faster, smaller binaries.
* There are some features in the code that don't compile with MinGW. They use API that MinGW does not provide headers for etc.
* There are open questions around how we would run unit tests in a MinGW cross-compilation environment.
* There are open questions around how well gdb works on Windows; the MSVC C++ debugger is really quite good.
=== Autogen options ===
Something like the following in the ''autogen.input'' file is known to produce a working build:
<pre>
--disable-odk
--with-junit=/cygdrive/c/sources/junit-4.10.jar
--with-ant-home=/cygdrive/c/sources/apache-ant-1.9.5
--enable-pch
--disable-ccache
</pre>
Of course, change the information behind ='s to fit your needs; set the paths to what you have used when installing various prerequisites.
You also need to specify the path for ant with --with-ant-home=<cygwin path of ant>.
If you use the gratis Visual Studio Express, then use <code>--disable-activex</code> and <code>--disable-atl</code>, because only the full version of Visual Studio contains the required headers for ActiveX and ATL support.
Remember to restart the shell after you install Microsoft tools, before you run autogen.
=== 64-bit Visual Studio build ===
A port for 64-bit Windows is working on master: to build it use the <code>--enable-64-bit</code> flag for configure.
=== Visual Studio 2012 compiler ===
Visual Studio 2012 is currently used for 4.4 release builds, but master requires 2013.
=== Visual Studio 2013 compiler ===
Visual Studio 2013 is known to work on current master and on all tinderboxes.
=== Visual Studio 2015 compiler ===
Visual Studio 2015 is known to work on current master, both 64bit (<code>--enable-64-bit</code>) and 32bit modes.
One exception: <code>--disable-firebird-sdbc</code>. See this upstream issue for more details: [1].
* [1] http://tracker.firebirdsql.org/browse/CORE-5120
=== Switching to non default compiler ===
Specify which Visual Studio version to use in case several are installed.
If not specified, the order of preference is 2013, 2015.
<pre>
--with-visual-studio=2015
</pre>
== ATL and ActiveX ==
There is a "Visual Studio Community 2013" that can be used free of charge to contribute to open source projects, and it includes the ATL and ActiveX headers (so you should install it instead of the "Express" editions).
=== Visual Studio Express: Disable ATL ===
If you use a Visual Studio Express, the file <code>atlbase.h</code> is missing. Use the parameter <code>--disable-atl</code>, otherwise the build breaks in <code>embedserv</code>. Use the parameter <code>--disable-activex</code> in addition, if it still breaks in <code>extensions\source\activex\</code>.
=== Getting ATL to work with Visual Studio Express ===
ATL is used for OLE-objects of foreign applications, for example for to use Math Type formulas. Thanks to a hint by Mathias Bauer [http://lists.freedesktop.org/archives/libreoffice/2011-September/018344.html] I was able to build LibreOffice with enabled atl.
* Download the [http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=11800 "Windows Driver Kit Version 7.1.0"] (Link visited 2011-11-13)
* Burn the file to CD and then install the software. With default settings you get a folder <code>C:\WinDDK</code>.
There is currently (November 2011) no parameter to tell configure the paths to the ATL folders. You will need to enter the path manually. Follow the steps below.
* Run autogen.sh without using the switch <code>--disable-atl</code>. Do not continue building immediately.
* Open the file <code>Config_host.mk</code> in the source root directory in an editor. Search for the lines beginning with <code>ATL_LIB</code>, <code>ATL_INCLUDE</code>, <code>MFC_LIB</code>, and <code>MFC_INCLUDE</code>.
* Change the paths to those of the WinDDK directory as shown below.
<pre>
ATL_LIB="C:/WinDDK/7600.16385.1/lib/ATL/i386"
ATL_INCLUDE="C:/WinDDK/7600.16385.1/inc/atl71"
MFC_LIB="C:/WinDDK/7600.16385.1/lib/Mfc/i386"
MFC_INCLUDE="C:/WinDDK/7600.16385.1/inc/mfc42"
</pre>
* Continue building with <code>make</code>.
Note that using <code>--disable-activex</code> without <code>--disable-atl</code> makes autogen to presume that ATL headers and libs are located in SDK subdirectories, and not in VC subdirectories. This may cause errors if full-featured Visual Studio SKU is used (like Community edition). In that case, you will either need to manually fix <code>Config_host.mk</code>, or avoid using <code>--disable-activex</code>.
== Known Problems ==
=== Cygwin Shell ===
You will use Cygwin Bash Shell for the whole build process. You must install all the build dependencies above before starting the shell to run autogen because autogen needs some environment variables to find the tools.
If you see an error similar to the following when running autogen.sh
$'\r': command not found
This means that that windows style newline characters are creating issues with the Cygwin Shell. A way to solve this is to create the windows environment variable SHELLOPTS with the value:
(set -o igncr) 2>/dev/null && set -o igncr;
==== Big List Of Dodgy Apps ====
If you get mysterious build breaks, building is very slow or your systems hangs totally, check if you are running an application which interferes with Cygwin. For a list of known offenders, see [https://cygwin.com/faq/faq.html#faq.using.bloda this point in the Cygwin FAQ].
=== Buildability of 'master' ===
If you are building the Windows build for the first time, it is recommended that you check the current state of http://tinderbox.libreoffice.org/MASTER/status.html . If you see recent "green" builds, it is a good time to try - otherwise it might happen to you that you'll have to fix the build yourself. The buildability on Windows has improved recently with the introduction of the MinGW and more stable native Windows tinderboxes, but still there might be a day or two when 'master' is not buildable on Windows.
The usual recommendation is to just pull and try again, and once you have a build, don't pull in the tree any more, but do your hacking in it. Clone a different tree and iterate pulling and building in that until it again works, then switch. Repeat.
Alternatively, if you find a known good state (a green box) for Windows on the Tinderbox side back in history, you can do:
<code>
git checkout -b my_workbranchname ${last_good_commit}
</code>
to start working on a branch starting at the last good state.
=== BitDefender / other Anti-Virus / security tools breaking the build ===
If your build fails with a FileNotFoundError: such as <code>The system cannot find the file specified: '../../../dist/out/bin\\example.exe'</code>, there's a good chance your Anti-Virus is quarantining or deleting important files.
Another potential source of problems are the sample documents (those labeled CVE) that check for known vulnerabilities to ensure they don't reappear again. In the source they are stored encrypted to avoid triggering the warnings, but when the corresponding test is run, the original is created in the temp directory and tools such as BitDefender can flag it.
If you want to run these tests, disable monitoring of the temporary build-directories <code><root of repo>\*\pass</code> and <code>C:\cygwin\tmp</code> in your Anti-Virus tool. For Windows 8.1 you will need to disable Windows Defender launch - search for and launch 'defender' from the shell.
You can also use the <code>--disable-cve-tests</code> autogen flag to skip the tests that are known to cause trouble.
Also note that Anti-Virus tools can slow down your build quite a bit, if you want to build fast you should disable real time monitoring of the source tree and the temporary files directory <code>C:\cygwin\tmp</code>.
=== Norton Antivirus breaking the build ===
Norton Antivirus and Symantec Endpoint Protection complain about certain files that the build produces.
It finds the following files (in a build without "--enable-dbgutil" )
Malware: Suspicious.Cloud
D:\bld\rel\workdir\UnpackedTarball\icu\source\bin\genrb.exe*
Malware: Suspicious.Cloud.5
D:\bld\rel\workdir\UnpackedTarball\nss\nss\lib\zlib\out\example.exe*
D:\bld\rel\workdir\UnpackedTarball\nss\dist\out\bin\example.exe*
D:\bld\rel\instdir\program\reg4allmsdoc.dll
D:\bld\rel\instdir\program\sdqsmsi.dll
D:\bld\rel\instdir\program\sellangmsi.dll
Files with * are needed for the build - exclude them from the virus scan!
The following files appear with varying names (????) in a release build, so you cannot exclude them from the scan.
D:\bld\rel\instdir\program\RCX????.tmp
D:\bld\rel\instdir\program\RCX????.tmp
D:\bld\rel\instdir\program\RCX????.tmp
Current workaround: Don't do release builds (unless you are allowed/willing to switch off the virus scanner).
=== System PATH causing weird build breakage ===
The build imports the system PATH for DLL lookups. If you experience weird build breakage that no one else seems to experience, check your PATH value and try cleaning it. Note that you need to re-run configure in order for the new system PATH value to take effect in your build. For example, the author has experienced a build failure in the shell module due to his system PATH including a path to an older OOo installation which had a DLL of the same name as the one that the build uses.
=== Windows Update automatically reboot during compilation ===
Sometimes Microsoft Windows reboot during compilation. It happen because Windows Update updates operating system and reboot.
To stop windows update from command line, you can enter following command in command box;
<pre>
C:> net stop wuauserv
</pre>
It stops a Windows Update service process.
=== Other known problems ===
* Paths that include /opt cause problems with some external modules; it is best to avoid having your source tree in /opt; or use --disable-orcus to overcome this.
* Asian locale builds sometimes fail due to encoding issues in the source code; in these cases, patches to fix those problems are appreciated. Alternatively, configure Windows for a US locale.
== Building older release branches ==
While master and libreoffice-4-5 and later release branches require Visual Studio 2013, you can build older release branches with older Visual Studio versions too.
=== Installing Visual Studio 2012 ===
Only for LibreOffice versions newer than 4.0:
Visual Studio 2012 comes with the Windows SDK and DirectX SDK and .NET stuff included. Install Visual Studio 2012 and you have all you need.
If you want your builds to run on Windows XP, you need to install VS 2012 update 1 (or later, current as of this writing is update 3) and use <code>--with-windows-sdk=7.1A</code>
=== Installing Visual Studio 2010 ===
As Visual Studio 2010 doesn't come with all necessary files included, you need to install some additional packages.
* '''Windows SDK'''<br>Use the SDK for Windows 7 for compatibility with Windows XP and later. You can download it from the MSDN site [http://msdn.microsoft.com/en-us/windows/bb980924.aspx http://msdn.microsoft.com/en-us/windows/bb980924.aspx]
* '''DirectX SDK'''<br>[http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=6812 http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=6812]
* '''.NET Framework 4'''<br> If version 4.5 is installed, remove it first, to prevent this bug [http://howtofix.pro/fixedfatal-error-lnk1123-failure-during-conversion-to-coff-file-invalid-or-corrupt/ http://howtofix.pro/fixedfatal-error-lnk1123-failure-during-conversion-to-coff-file-invalid-or-corrupt/]. You can download .NET Framework 4 from [http://www.microsoft.com/fr-fr/download/confirmation.aspx?id=17851 http://www.microsoft.com/fr-fr/download/confirmation.aspx?id=17851].
* '''[http://www.microsoft.com/en-us/download/details.aspx?id=27049 Microsoft Visual Studio 2010 Service Pack 1 MFC Security Update]'''. This needs to be installed manually as it doesn't get installed via Windows Update. See also {{tdf|68756}}.
=== Optional packages ===
If you want to build mozilla from source (doesn't apply to master/current codeline), you need the
* '''Mozilla build tooling''' (only for LibreOffice versions older than 4.1)<br>[http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe http://ftp.mozilla.org/pub/mozilla.org/mozilla/libraries/win32/MozillaBuildSetup-Latest.exe]
=== Install GNU make ===
'''Warning:''' The native Win32 GNU make only works to build the master branch leading up to the 4.4 release; for building release branches for 4.3 and earlier, you need a Cygwin GNU make from [http://dev-www.libreoffice.org/bin/cygwin/make here].
=== Visual Studio 2010 compiler ===
Note: It is not possible to build current LibreOffice with Visual Studio 2010; the last release branch that builds with 2010 is libreoffice-4-3 for the 4.3.x releases.
As of 31.10.2012 it is working on Windows Server 2008 64 bit (current master).
If you get this configuration error "checking string.h... no" string not found, that's mean that you don't have any C-HEADER in your <install_visual_studio_dir>\VC\include directory. To resolve, you have to reinstal VS 2010 and check your registry as it says here: http://stackoverflow.com/questions/12460307/installation-of-visual-studio-2010-any-edition-installs-only-2-files-in-the-c and here http://connect.microsoft.com/VisualStudio/feedback/details/774158/re-installed-visual-studio-2010-and-c-standard-headers-are-missing
=== Visual Studio 2008 compiler ===
Note: It is not possible to build current LibreOffice with Visual Studio 2008; the last release branch that builds with 2008 is libreoffice-4-0 for the 4.0.x releases.
If you use Windows SDK 7+ with VS2008 Express, you should register it after install. You should do it with Start>Programs>Microsoft Windows SDK v7.1>Visual Studio Registration>Windows SDK Configuration Tool. If this does not work, open the SDK console (one step up), and execute: <code>WindowsSdkVer.exe -version:v7.1 -legacy</code> (Thanks to [http://www.chromium.org/developers/how-tos/build-instructions-windows Chromium build instructions]).
=== Optional requirements to build Mozilla Address Book connector ===
Building the bundled mozilla from source is not possible currently.
When you want to use precompiled mozilla, for example because you want to enable the old mozilla addressbook connector (with <code>--enable-win-mozab-driver</code>), you need the '''Visual C++ 2005 runtimes''' in the external-tarball folder.
Perhaps you find these files already on your PC, because another application has installed them. Look into a subfolder of <code>Windows\winsxs</code> which name starts with <code>x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b</code>.
Another way is to use the 'Microsoft Visual C++ 2005 SP1 Redistributable Package (x86)', last seen at [http://www.microsoft.com/download/en/details.aspx?id=5638 this location]. Unfortunately it does not deliver the file <code>MICROSOFT.VC80.CRT.manifest</code>. But this is a pure text file and you can write it using your editor. Use DOS line ends and UTF-8. For me the following content works, although it might not be "correct". I took the version number from the files. Put all those files into <code>external\tarballs</code>. ([https://support.microsoft.com/en-us/kb/2977003 This location] provides latest VC++ runtimes, including 2005, and the [https://www.microsoft.com/en-us/download/details.aspx?id=26347 version of vcredist 2005] indicated there seems to contain proper manifest.)
<source lang="XML">
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<noInheritable/>
<assemblyIdentity
type="win32"
name="Microsoft.VC80.CRT"
version="8.00.50727.6195"
processorArchitecture="x86"
publicKeyToken="1fc8b3b9a1e18e3b"
/>
<file name="msvcr80.dll"/>
<file name="msvcp80.dll"/>
<file name="msvcm80.dll"/>
</assembly>
</source>
= See also =
* [[Development/BuildingOnLinux|Building LibreOffice on Linux: Tips and Tricks]]
* [[Development/BuildingOnMac|Building LibreOffice on Mac OS X: Tips and Tricks]]
* [[Development/msvc-x86_64 |Ongoing work for LibreOffice on Windows 64bit platform]]
* [[Development/msvc-x86_64#Ongoing_efforts_to_support_MSVC_14.0_.28aka_VS_2015.29 |Ongoing work to support MSVC 14.0 (aka VS 2015)]]
* [[Development/clang-cl|Work in progress to build LibreOffice on Windows with clang-cl]]
[[Category:Windows|{{SUBPAGENAME}}]]
[[Category:Build|{{SUBPAGENAME}}]]