mir/libreoffice
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Documentation update of README.cross

Browse Source 
* Fixed typos
* Errant/missing commas fixed
* autogen.lastrun -> autogen.input

Change-Id: Ibc0d34f21de661139e622a34d760a6683f394643
Reviewed-on: https://gerrit.libreoffice.org/3916
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
This commit is contained in:
Chris Sherlock
2013-05-16 00:49:50 +10:00
committed by Tor Lillqvist
parent 578bd45644
commit 91b27bc3d8
1 changed files with 4 additions and 4 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
README.cross
View File

@@ -32,7 +32,7 @@ below.
Note that in the case of LibreOffice, it is uncommon to run the Note that in the case of LibreOffice, it is uncommon to run the
configure script directly. Normally one uses the autogen.sh script. configure script directly. Normally one uses the autogen.sh script.
The autogen.sh script reads command-line options from file called The autogen.sh script reads command-line options from file called
autogen.lastrun if it exists. The typical way of working is to keep autogen.input if it exists. The typical way of working is to keep
the configure parameters in that file and edit it as needed. the configure parameters in that file and edit it as needed.
@@ -58,19 +58,19 @@ This OOo-originated MinGW support attempts to be for both running the
Cygwin gcc in its -mno-cygwin mode, and a Windows-native MinGW Cygwin gcc in its -mno-cygwin mode, and a Windows-native MinGW
compiler. The -mno-cygwin mechanism in the Cygwin gcc is rapidly being compiler. The -mno-cygwin mechanism in the Cygwin gcc is rapidly being
obsoleted, if it isn't already, and we have not attempted to try to obsoleted, if it isn't already, and we have not attempted to try to
keep it working; in fact we have activly cleaned out mechanisms keep it working; in fact we have actively cleaned out mechanisms
related to this. Ditto for native MinGW. If one compiles natively on related to this. Ditto for native MinGW. If one compiles natively on
Windows, just use a version of Microsoft's compiler. OpenOffice.org Windows, just use a version of Microsoft's compiler. OpenOffice.org
and LibreOffice have been built for Windows all the time using that. and LibreOffice have been built for Windows all the time using that.
The only case where it makes sense to use MinGW, is for The only case where it makes sense to use MinGW is for
cross-compilation. There is just too much crack involved on Windows cross-compilation. There is just too much crack involved on Windows
anyway, and it is a semi-miracle that the MSVC build under Cygwin anyway, and it is a semi-miracle that the MSVC build under Cygwin
works as nicely as it does. works as nicely as it does.
MinGW is available as cross-build toolchains pre-packaged in more or MinGW is available as cross-build toolchains pre-packaged in more or
less official packages for many Linux distros including Debian, Fedora less official packages for many Linux distros including Debian, Fedora
and openSUSE. For instance the mingw32 packages in the Open Build and openSUSE. For instance, the mingw32 packages in the Open Build
Service, running on openSUSE, can be found at: Service, running on openSUSE, can be found at:
http://download.opensuse.org/repositories/windows:/mingw:/win32/ http://download.opensuse.org/repositories/windows:/mingw:/win32/