Test repository to check push and ssh key
Find a file
Norbert Thiebaud e3e94f141e use a c-version of concat-deps.pl
This touch configure.in with a trivial space removal to force a
./bootstrap on the tinderboxes

This make ./bootstrap build a 'build-side' executable concat-deps
and modify LinkTarget.mk to use it instead of concat-deps.pl

The impact is a conservative x10 times improvement in both elapsed and
cpu time in overhead due to DEP generations.


time make -sr build in tail_build after removing
workdir/$INPATH/Dep/LinkTarget/Library/*

(all on Intel X3360, 2.83GHz, 4-core)

before:
elapsed: 116.5 cpu: 115.9
after
elapsed: 24.3 cpu: 23.9
base (no dep processing, i.e no rm of Dep/...)
elapsed: 17.5 cpu: 17.4
overhead ratio:
elapsed: 14.5x cpu: 15x

same with -j6
before:
elapsed: 47 cpu: 116
after:
elapsed: 20.8 cpu: 24
base:
elapsed: 17.5 cpu: 17.5
overhead ratio:
elapsed: 9x cpu: 15x

Note: for now the executable is generated directly in the source tree
(in solevn/bin ). That is not ideal. It and other similar polution
should be moved, to workdir most likely..
For now we just hide the mess under the .gitignore carpet
2011-12-17 10:54:45 -06:00
accessibility
afms
android Add uninstall target 2011-12-15 16:46:17 +02:00
animations
apache-commons
apple_remote
autodoc gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
avmedia avmedia: QuickTime: use gb_Library_add_objcxxobjects 2011-12-16 11:30:47 +01:00
basctl fix mistaken String::CreateFromInt32 -> OUString::valueOf conversion 2011-12-15 15:15:08 +00:00
basebmp regpathhelper: unused, so we've got to have two of them 2011-12-14 09:52:49 +00:00
basegfx Fix abort from stl debug iterators' invalid access. 2011-12-13 20:58:39 +01:00
basic SbTextPortions, etc can completely go 2011-12-13 10:11:45 +00:00
bean Bypass bean for Android which has no java.awt 2011-12-12 22:14:57 +02:00
beanshell
berkeleydb
bin trivial pkgconfig fixes 2011-12-16 16:00:13 +00:00
binaryurp Code modules no longer depend on stlport. 2011-12-16 17:45:10 +01:00
boost
bridges Resolves: rhbz#767708 avoid SIGBUS writing to overcommitted mmaped diskspace 2011-12-15 11:59:03 +01:00
cairo Do build cairo for Android, will likely be needed 2011-12-17 00:42:04 +02:00
canvas Removed extra semicolons 2011-12-15 16:38:50 +00:00
chart2 Removed extra semicolons 2011-12-15 16:38:50 +00:00
cli_ure
codemaker Fix for fdo43460 Part VI getLength() to isEmpty() 2011-12-13 00:40:14 +04:00
comphelper Removed extra semicolons 2011-12-15 16:38:50 +00:00
configmgr Fix for fdo43460 Part VIII getLength() to isEmpty() 2011-12-17 10:05:35 +04:00
connectivity correct diagnostic message 2011-12-17 16:36:00 +04:00
cosv
cppcanvas
cppu Fix for fdo43460 Part X getLength() to isEmpty() 2011-12-17 17:15:53 +04:00
cppuhelper Fix for fdo43460 Part X getLength() to isEmpty() 2011-12-17 17:15:53 +04:00
cppunit
cpputools Fix for fdo43460 Part X getLength() to isEmpty() 2011-12-17 17:15:53 +04:00
crashrep
cross_toolset/prj
ct2n
cui nobody has ever translated this string, in fact it is not for localization 2011-12-16 15:03:48 +01:00
curl Code modules no longer depend on stlport. 2011-12-16 17:45:10 +01:00
dbaccess Removed extra semicolons 2011-12-15 16:38:50 +00:00
default_images No need to register LibO, so drop the Register icons 2011-12-12 22:27:37 +01:00
desktop gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
distro-configs There is no --disable-nss-module option any more 2011-12-16 00:20:24 +02:00
dmake
drawinglayer
dtrans Removed extra semicolons 2011-12-15 16:38:50 +00:00
editeng Removed extra semicolons 2011-12-15 16:38:50 +00:00
embeddedobj
embedserv
epm
eventattacher
expat
extensions gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
external
extras
fileaccess catch exception by constant reference 2011-12-12 10:05:25 +09:00
filter gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
fontconfig Mark fontconfig as depending on expat 2011-12-16 08:42:21 +02:00
forms Removed extra semicolons 2011-12-15 16:38:50 +00:00
formula catch exception by constant reference 2011-12-14 01:31:17 +09:00
fpicker shrinked useless constants/defines 2011-12-14 01:42:58 +09:00
framework Removed extra semicolons 2011-12-15 16:38:50 +00:00
freetype
gdk-pixbuf
gettext
git-hooks
glib
graphite
guw
hsqldb
hunspell
hwpfilter typo 2011-12-14 11:24:11 +01:00
hyphen
i18npool gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
i18nutil
icc
icu Resolves: CVE-2011-4599 2011-12-12 12:44:34 +00:00
idl ByteString->rtl::OString[Buffer] 2011-12-14 09:52:49 +00:00
idlc catch exception by constant reference 2011-12-15 13:52:23 +09:00
instsetoo_native add version suffix (beta1) to about dialog 2011-12-16 14:29:13 +01:00
io catch exception by constant reference 2011-12-15 13:52:23 +09:00
javaunohelper catch exception by constant reference 2011-12-15 13:52:23 +09:00
jfreereport
jpeg
jurt
jvmaccess catch exception by constant reference 2011-12-15 13:52:23 +09:00
jvmfwk gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
l10ntools propmerge tool to merge strings back to localized .properties files 2011-12-15 14:03:45 +01:00
languagetool
libcdr
libcmis
libcroco
libexttextcat
libgsf
libpng
librsvg
libvisio
libwpd
libwpg
libwps
libxml2
libxmlsec
libxslt
lingucomponent lingucomponent: MacOSX: use gb_Library_add_objcxxobjects 2011-12-16 11:30:47 +01:00
linguistic Properly join spawned GrammarCheckingIterator thread. 2011-12-16 17:14:35 +01:00
lotuswordpro Removed extra semicolons 2011-12-15 16:38:50 +00:00
lpsolve
lucene
m4/mac
MathMLDTD
mdds
Mesa
migrationanalysis
more_fonts . is not a valid TARFILE_ROOTDIR 2011-12-14 15:11:31 +01:00
moz
mysqlc
mysqlcppconn
mythes
neon
nlpsolver dos2unix 2011-12-14 16:04:04 +01:00
np_sdk
nss
o3tl
odk set correct header/footer of examples html pages 2011-12-14 12:52:32 +01:00
offapi Simplified, type-safe C++ configuration access. 2011-12-13 12:50:34 +01:00
officecfg fdo#33602: Preserving dbf import/export charset. 2011-12-16 20:45:26 +05:30
ooo_custom_images SVG slipped through, should have been a PNG 2011-12-15 11:42:04 +01:00
oovbaapi
oox Fixed: bentConnectors are not imported properly. 2011-12-16 20:27:25 +05:30
openssl
package Better fix for over-zealous Zip package consistency. 2011-12-16 01:33:51 +01:00
packimages
padmin
pango
postgresql Introduce optional krb5&gssapi support for internal PostgreSQL 2011-12-15 18:40:59 +01:00
postprocess Revert "Move configmgr to tail_build." 2011-12-16 18:29:25 +01:00
psprint_config
python
pyuno fix loading of python-uno module by package.module name 2011-12-12 22:14:50 +01:00
qadevOOo
rdbmaker Removed extra semicolons 2011-12-15 16:38:50 +00:00
readlicense_oo
redland
regexp
registry Additional fix for EasyHack FDO43058, remove extra semicolons 2011-12-15 18:48:41 +00:00
remotebridges
reportbuilder
reportdesign
rhino
ridljar
rsc ditch some ByteStrings 2011-12-12 14:11:24 +00:00
sal gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
salhelper salhelper: s/hack/gb_Library_set_soversion_script/ 2011-12-15 22:14:27 +01:00
sane
sax
saxon
sc add own makefile for ScSpreadsheetObj subsequenttest 2011-12-17 02:34:32 +01:00
scaddins
sccomp
scp2 actually add gid_File_Lib_VisioImport to gid_Module_Optional_Grfflt 2011-12-16 17:53:21 +01:00
scripting Removed extra semicolons 2011-12-15 16:38:50 +00:00
sd Fix assertion in PageSelector::CheckConsistency() 2011-12-17 00:29:00 +01:00
sdext fdo#43707: tweak workarounds for fdo#42865: 2011-12-15 17:28:35 +01:00
setup_native add Sinhala spelling dictionary 2011-12-12 16:28:10 +01:00
sfx2 Removed unused code. 2011-12-16 01:33:49 +01:00
shell
slideshow Removed extra semicolons 2011-12-15 16:38:50 +00:00
smoketest
smoketestoo_native
solenv use a c-version of concat-deps.pl 2011-12-17 10:54:45 -06:00
soltools
sot Revert buggy 4046a1dfc2 2011-12-11 22:31:40 +01:00
splitbuild
starmath Removed extra semicolons 2011-12-15 16:38:50 +00:00
stax
stlport
stoc msvc 2008 express won't link without explicit salhelper 2011-12-16 12:31:11 +00:00
store
svl Missing dependencies. 2011-12-13 17:13:33 +01:00
svtools gcc-trunk: avoid confusion 2011-12-17 13:31:02 +01:00
svx Removed extra semicolons 2011-12-15 16:38:50 +00:00
sw fdo#43790: RTL PopupMenu position fixes 2011-12-16 16:53:13 +01:00
swext
sysui these translations do already exist in translations repo 2011-12-15 12:51:14 +01:00
tail_build Revert "Move configmgr to tail_build." 2011-12-16 18:29:25 +01:00
test shrink the unit test template directory to save some duplication 2011-12-14 12:46:28 +00:00
testtools Removed extra semicolons 2011-12-15 16:38:50 +00:00
tomcat
toolkit
tools gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
twain
ucb Remove nonsense line (causing debug-mode glibc to report an error). 2011-12-16 15:00:12 +01:00
ucbhelper Removed extra semicolons 2011-12-15 16:38:50 +00:00
udkapi
udm
unixODBC
UnoControls
unodevtools
unoil
unotest gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
unotools gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
unoxml
ure
uui
vbahelper Removed extra semicolons 2011-12-15 16:38:50 +00:00
vcl fix decoration drawing 2011-12-17 17:13:03 +04:00
vigra
wizards fix syntactic error 2011-12-16 06:53:23 +01:00
writerfilter at least process sub-elements of w:customXml (fdo#35983) 2011-12-16 19:00:03 +01:00
writerperfect
x11_extensions
xmerge
xml2cmp Removed extra semicolons 2011-12-15 16:38:50 +00:00
xmlhelp
xmloff Removed extra semicolons 2011-12-15 16:38:50 +00:00
xmlreader Code modules no longer depend on stlport. 2011-12-16 17:45:10 +01:00
xmlscript regpathhelper: unused, so we've got to have two of them 2011-12-14 09:52:49 +00:00
xmlsecurity gcc-trunk: fix error: unable to find string literal operator 'operator"" FOO' 2011-12-16 21:20:08 +01:00
xpdf
xsltml
zlib
.gitattributes
.gitignore use a c-version of concat-deps.pl 2011-12-17 10:54:45 -06:00
.src_root
autogen.sh
bootstrap use a c-version of concat-deps.pl 2011-12-17 10:54:45 -06:00
build_env.in
config.guess
config.sub
configure.in use a c-version of concat-deps.pl 2011-12-17 10:54:45 -06:00
COPYING
COPYING.LGPL
COPYING.MPL
download when using linked git, use the same branch as the main repo 2011-12-15 14:20:30 +01:00
g
install-sh
Library_merged.mk
Makefile
Module_tail_build.mk Revert "Move configmgr to tail_build." 2011-12-16 18:29:25 +01:00
ooo.lst.in Oops, forgot to add the cairo tarball to ooo.lst.in 2011-12-16 12:37:24 +01:00
oowintool
post_download.in
README.Android
README.cross Add autogen.lastrun sample for cross-compiling to Android from Mac OS X 2011-12-15 23:56:52 +02:00
Repository.mk convert lingucomponent to gbuild 2011-12-13 17:00:24 +01:00
RepositoryExternal.mk add libexttextcat to external libs 2011-12-13 17:00:23 +01:00
RepositoryFixes.mk add libexttextcat to external libs 2011-12-13 17:00:23 +01:00
RepositoryModule_ooo.mk convert salhelper to gbuild 2011-12-15 11:59:03 +01:00
set_soenv.in Unset SYSBASE explicitly if not supposed to be set 2011-12-15 23:56:50 +02:00
TEMPLATE.SOURCECODE.HEADER
unusedcode.easy remove unused ScInputBarGroup::GainFocus 2011-12-15 16:33:44 +00:00

Cross-compiling LibreOffice
===========================

Notes on cross-compiling LibreOffice, originally written by Tor
Lillqvist <tlillqvist@novell.com> <tml@iki.fi> in May, 2011, for later
history see git log.

My cross-compilation experimentation is going on for four platforms:
Windows, iOS, Android and PowerPC Mac OS X. I work on the master
branch of LibreOffice. Some other people have talked about setting up
a separate branch for Android work, or even separate clones at
github. I am not interested in that.

Cross-compilation of LibreOffice completely is not possible yet. Much
work has been done, "baby steps" for some platforms, much more for
others, but a lot remains. For iOS and Android this work is highly
experimental and done mostly in my own spare time just for the hacking
pleasure. No promise, explicit or implied, is given that it will ever
be finished.

Searching for information about cross-compilation of OpenOffice.org
(the predecessor of LibreOffice) you will find information about what
actually was not cross-compilation, but using QEMU.


General
-------

In GNU Autoconf terminology, "build" is the platform on which you are
running a build on some software and "host" is the platform on which
the software you are building will run. Only in the specific case of
building compilers and other programming tools is the term "target"
used to indicate the platform for which the tools your are building
will produce code. As LibreOffice is not a compiler, the "target" term
should not be used in the context of cross-compilation.

(For a case where all three of "build", "host" and "target" are
different: consider a gcc cross-compiler running on Windows, producing
code for Android, where the cross-compiler itself was built on
Linux. (This is a real case.) An interesting tidbit is that such
configurations are called "Canadian Cross".)

Even though the LibreOffice build mechanism is highly unorthodox, the
configure script takes the normal --build and --host options like any
GNU Autoconf -based configure script. To cross-compile, you basically
need just to specify a suitable --host option and things should work
out nicely. In practise, some more details might be needed. See
examples below.


What is so hard, then?
----------------------

Despite the fact that the configure script takes normal --build and
--host options, that is just the beginning. In practise a lot of work
was necessary to separate tests for "host" and "build" platforms in
the configure script. See the git log for details. And the reasonably
"standard" configure.in is just the top level; when we get down to the
actual makefilery used to build the bits of LibreOffice, it gets much
worse.


Windows
-------

There is some support in LibreOffice already (from OpenOffice.org) for
building it locally on Windows with the GNU tool-chain (MinGW). But as
far as I know, that work has never attempted cross-compilation.

This OOo-originated MinGW support attempts to support both running
Cygwin gcc in its -mno-cygwin mode, and a native MinGW compiler. The
-mno-cygwin mechanism in the Cygwin gcc is rapidly being obsoleted, if
it isn't already, and I have not attempted to try to keep it working;
in fact I have activly cleaned out mechanisms related to this. Ditto
for native MinGW. If one compiles natively on Windows, just use
Microsoft's compiler. OOo/LO has been built for Windows all the time
using that.

In my opinion, the only case where it makes sense to use MinGW is for
cross-compilation. There is just too much crack on Windows anyway, and
it is a semi-miracle (well, make that the result of years of work)
that the MSVC build under Cygwin works as nicely as it does.

MinGW is available as cross-build toolchains pre-packaged in more or
less official packages for many Linux distros including Debian, Fedora,
openSUSE and SLE. Personally I use the mingw32 packages in the Open
Build Service, running on openSUSE:

http://download.opensuse.org/repositories/windows:/mingw:/win32/

For example, you can install it like this:

zypper ar http://download.opensuse.org/repositories/windows:/mingw:/win32/<your_os>/windows:mingw:win32.repo

where <your_os> is one of SLE_11, SLE_11_SP1, openSUSE_11.3, openSUSE_11.4 or
openSUSE_Factory.

zypper in mingw32-cross-gcc mingw32-cross-gcc-c++ mingw32-python-devel \
    mingw32-libexpat-devel mingw32-libexpat mingw32-boost-devel \
    mingw32-libhyphen-devel mingw32-libhyphen mingw32-hyphen-en \
    mingw32-liblpsolve mingw32-liblpsolve-devel \
    mingw32-libxml2-devel mingw32-libxslt-devel mingw32-libicu \
    mingw32-libicu-devel mingw32-libgraphite2 mingw32-libgraphite2-devel \
    mingw32-libcairo2 mingw32-cairo-devel mingw32-librsvg mingw32-librsvg-devel \
    mingw32-hunspell mingw32-hunspell-devel mingw32-libcurl \
    mingw32-libcurl-devel mingw32-libneon mingw32-libneon-devel \
    mingw32-libopenssl mingw32-libopenssl-devel mingw32-libexttextcat \
    mingw32-libexttextcat-devel mingw32-libdb mingw32-libdb-devel \
    mingw32-cross-pkg-config mingw32-pkg-config mingw32-libcppunit \
    mingw32-libcppunit-devel mingw32-libredland mingw32-libredland-devel \
    mingw32-libmythes mingw32-libmythes-devel

There might be more that are missing, please read carefully what autogen.sh
tells you, and either remove one of the --with-system-*, or install the
missing dependency.

It also looks like graphite2.pc needs tweaking in order to work right; but
that's likely to be fixed in the openSUSE project.

It is somewhat unclear how well thought-out the conditionals and code
for MinGW inside the OOo-originated code in LibreOffice actually
are. What I have noticed of it seems a bit randomish, with
copy-pasting having been preferred to factoring out differences.

Most of the configuration settings are maintained in the LibreOfficeMinGW
distro-config, so in your autogen.lastrun, you can use:

CC=ccache i686-w64-mingw32-gcc
CXX=ccache i686-w64-mingw32-g++
CC_FOR_BUILD=ccache gcc
CXX_FOR_BUILD=ccache g++
--with-distro=LibreOfficeMinGW

Alternatively, you can use something like the following; but the preferred way
is to keep LibreOfficeMinGW distro up-to-date.

CC=ccache i686-w64-mingw32-gcc
CXX=ccache i686-w64-mingw32-g++
CC_FOR_BUILD=ccache gcc
CXX_FOR_BUILD=ccache g++
--build=x86_64-unknown-linux-gnu
--host=i686-w64-mingw32
--with-distro=LibreOfficeWin32
--disable-activex
--disable-binfilter
--disable-build-mozilla
--disable-directx
--disable-ext-nlpsolver
--disable-ext-pdfimport
--disable-ext-presenter-console
--disable-ext-presenter-minimizer
--disable-ext-report-builder
--disable-ext-scripting-beanshell
--disable-ext-scripting-javascript
--disable-ext-wiki-publisher
--disable-ext-wiki-publisher
--disable-mozilla
--disable-nss-module
--disable-zenity
--enable-python=system
--with-external-tar=/mnt/hemulen/ooo/git/master/src
--with-num-cpus=1
--with-max-jobs=1
--with-system-altlinuxhyph
--with-system-boost
--with-system-cairo
--with-system-cppunit
--with-system-curl
--with-system-db
--with-system-expat
--with-system-gettext
--with-system-hunspell
--with-system-icu
--with-system-libpng
--with-system-libwpd
--with-system-libwpg
--with-system-libwps
--with-system-libxml
--with-system-lpsolve
--with-system-mythes
--with-system-neon
--with-system-openssl
--with-system-redland
--with-vendor=no
--without-help
--without-helppack-integration
--without-myspell-dicts

Once you have compiled it, you may want to try to run it:

$ cd /tmp
$ tar xf <your-build-dir>/instsetoo_native/wntgcci.pro/LibreOffice_Dev/archive/install/en-US/LibO-Dev_OOO350m1_Win_x86_install-arc_en-US.tar.gz
$ cd LibO-Dev_OOO350m1_Win_x86_install-arc_en-US/LibO-dev\ 3.5/program
$ wine soffice.exe

NB. it is important to unpack somewhere low in the hierarchy structure (like
in /tmp as advised above), otherwise you'll get BerkeleyDB errors on startup.

And if you are brave enough, you can even debug it.  First you have to add the
URE dll's to the wine's PATH using 'wine regedit' - see
http://www.winehq.org/docs/wineusr-guide/environment-variables, and add
Z:\tmp\LibO-Dev_OOO350m1_Win_x86_install-arc_en-US\LibO-dev 3.5\URE\bin
to "Path" in My Computer->HKEY_CURRENT_USER->Environment.

Then run linkoo, so that when you rebuild something, you can directly see the
changes the next time you run it:

solenv/bin/linkoo '/tmp/LibO-Dev_OOO350m1_Win_x86_install-arc_en-US/LibO-dev 3.5' <your_clone_dir>

And start debugging:

$ winedbg soffice.bin

Would be great to be able to use winedbg --gdb, but it was crashing here :-( -
but maybe you'll be more lucky.

TODO:

- installation
  - so far the make_installer.pl calls makecab.exe, uuidgen.exe, and
    others; would be best to avoid that if at all possible (using a free
    cab implementation, part of Wine or something)
  - MSI generation
  - if at all possible, the make dev-install installation (with links
    back to the build) should be done so that it would be directly
    executable via wine after doing make dev-install :-)

- runtime
  - no idea if the entire thing works after the installation at all; I
    suppose there will be runtime problems to look at too

- cleanup
  - enable & fix pieces that are currently disabled
    - --without-myspell-dicts
    - --disable-directx
    - --disable-activex
    - --disable-mozilla
  - much of the stuff currently relies on --with-system-*, and
    consequently on the mingw32-* openSUSE packages; might be good to be
    able to build with as few dependencies as possible - but that is low
    prio I think

- profiling
  - when all the above is sorted out, we should look at the speed of
    this vs. the speed of the MSVC version


iOS
---

iOS is the operating system of Apple's mobile devices. Clearly for a
device like the iPad it would be totally unacceptable to run a normal
LibreOffice application with a overlapping windows and mouse-oriented
GUI widgets. No work has been done (at least publicly) to design a
touch GUI for LibreOffice, so the work on cross-compiling LibreOffice
for iOS is extremely experimental, and of course partly pointless;)
But it is interesting and fun nonetheless.

Obviously it will make sense to build only a part of LibreOffice's
code for iOS. Most likely all GUI-oriented code should be left out,
and some iOS app that eventually wants to use the remaining bits will
handle all its GUI in a platform-dependent manner. How well it will be
possible to do such a split remains to be seen. As I said, this is
highly experimental and just in its baby steps phase.

Technically, one important special aspect of iOS is that apps are not
allowed to load own dynamic libraries. (System libraries are used in
the form of dynamic libraries, just like on Mac OS X, of which iOS is a
variant.) So all the libraries in LibreOffice that normally are shared
libraries (DLLs on Windows, shared objects (.so) on Linux, dynamic
libraries on Mac OS X (.dylib)) need to be built as static archives
instead. Obviously this will have some interesting consequences for
how UNO is implemented and used. None of that has been spared much
thought yet.

The Apple tool-chain for iOS cross-building is available only for
Mac OS X, so that is where I have been doing it.

Here is my autogen.lastrun for iOS (device):
CXX=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++ -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk
CC=ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk
CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -mmacosx-version-min=10.4
CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 -mmacosx-version-min=10.4
--with-distro=LibreOfficeiOS
--with-external-tar=/Volumes/ooo/git/master/src
--with-num-cpus=1
--with-max-jobs=1
--without-help
--without-helppack-integration
--without-myspell-dicts

And here for the iOS simulator:
CXX=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/g++ -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.0.sdk
CC=ccache /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.0.sdk
CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -mmacosx-version-min=10.4
CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 -mmacosx-version-min=10.4
--with-distro=LibreOfficeiOS
--with-external-tar=/Volumes/ooo/git/master/src
--with-num-cpus=1
--with-max-jobs=1
--enable-debug
--without-help
--without-helppack-integration
--without-myspell-dicts

It seems that with the latest iOS SDK one has to do:
sudo ln -s i686-apple-darwin10 /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk/usr/include/c++/4.2.1/i686-apple-darwin11
or g++ won't find its headers like <bits/c++config.h>

Android
-------

I don't know much about Android, but from a technical point of view it
is a kind of Linux, of course. As far as I know it is allowed for an
Android app to use shared objects, but if it isn't, then just the same
approach as used on iOS will need to be used.

As for the GUI, the same holds as said above for iOS.

I have done my Android cross-compilation work on Linux (openSUSE in
particular) and Mac OS X. The Android cross-buld tool-chain (the
"Native Development Kit", or NDK) is available for Linux, Mac OS X and
Windows. (Trying to cross-compile from Windows will probably drive you
insane.)

Here is my autogen.lastrun for Android, when cross-compiling from Mac OS X:
SYSBASE=/Users/tml/android-ndk-r7/platforms/android-9/arch-arm
CC=ccache /Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-gcc -march=armv7-a -mfloat-abi=softfp -mthumb -mfpu=neon -Wl,--fix-cortex-a8 --sysroot /Users/tml/android-ndk-r7/platforms/android-9/arch-arm -L/Users/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a
CXX=ccache /Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-g++ -march=armv7-a -mfloat-abi=softfp -mthumb -mfpu=neon -Wl,--fix-cortex-a8 --sysroot /Users/tml/android-ndk-r7/platforms/android-9/arch-arm -I /Users/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/include -I/Users/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a/include -L/Users/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a -fexceptions -frtti
AR=/Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-ar
NM=/Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-nm
OBJDUMP=/Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-objdump
RANLIB=/Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-ranlib
STRIP=/Users/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/darwin-x86/bin/arm-linux-androideabi-strip
CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0 -mmacosx-version-min=10.4
CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0 -mmacosx-version-min=10.4
--build=x86_64-apple-darwin11
--disable-zenity
--enable-werror
--with-distro=LibreOfficeAndroid
--with-external-tar=/Volumes/ooo/git/master/src
--disable-python
--without-helppack-integration
--without-myspell-dicts
--with-java

And here is the autogen.lastrun for Android when cross-compiling from Linux:
SYSBASE=/home/tml/android-ndk-r7/platforms/android-9/arch-arm
CC=ccache /home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc -march=armv7-a -mfloat-abi=softfp -mthumb -mfpu=neon -Wl,--fix-cortex-a8 --sysroot /home/tml/android-ndk-r7/platforms/android-9/arch-arm -L/home/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a
CXX=ccache /home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-g++ -march=armv7-a -mfloat-abi=softfp -mthumb -mfpu=neon -Wl,--fix-cortex-a8 --sysroot /home/tml/android-ndk-r7/platforms/android-9/arch-arm -I /home/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/include -I/home/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a/include -L/home/tml/android-ndk-r7/sources/cxx-stl/gnu-libstdc++/libs/armeabi-v7a -fexceptions -frtti
AR=/home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-ar
NM=/home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-nm
OBJDUMP=/home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-objdump
RANLIB=/home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-ranlib
STRIP=/home/tml/android-ndk-r7/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-strip
CC_FOR_BUILD=ccache gcc
CXX_FOR_BUILD=ccache g++
--build=x86_64-unknown-linux-gnu
--disable-zenity
--with-distro=LibreOfficeAndroid
--with-external-tar=/mnt/hemulen/ooo/git/master/src
--disable-python
--with-num-cpus=1
--with-max-jobs=1
--without-helppack-integration
--without-myspell-dicts


PowerPC Mac OS X
----------------

Cross-compiling for PowerPC Mac OS X from Intel Mac OS X will probably
be easy. The APIs available should after all be closely identical to
those on Intel Mac OS X, and LibreOffice builds fine natively on
PowerPC Mac already. I have just started experimenting with it. My
autogen.lastrun looks like this:

CC=ccache /Xcode3/usr/bin/gcc-4.0 -arch ppc
CXX=ccache /Xcode3/usr/bin/g++-4.0 -arch ppc
CC_FOR_BUILD=ccache /Xcode3/usr/bin/gcc-4.0
CXX_FOR_BUILD=ccache /Xcode3/usr/bin/g++-4.0
--build=i386-apple-darwin10.7.0
--host=powerpc-apple-darwin10
--disable-mozilla
--disable-build-mozilla
--with-external-tar=/Volumes/ooo/git/master/src



That's all, thank you, and have a nice day. People with commit access,
feel free to edit this document, and add yourself below. Sorry for
writing now initially from such a personal point of view.

--Tor Lillqvist <tlillqvist@novell.com>, <tml@iki.fi>