Test repository to check push and ssh key
Find a file
Noel Grandin b3c76dee6d fdo#46808, Adapt UNO services to new style, Part 7, updating ::create
Update calls to factories to use new ::create methods

Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
2012-06-04 16:57:55 +02:00
accessibility nuke unused typedef 2012-05-29 23:46:57 +09:00
afms
android Use Jason Polites's GestureImageView, and some cleanup 2012-05-31 22:32:40 +03:00
animations
apache-commons
apple_remote
autodoc nuke unused namespace 2012-06-01 01:04:50 +09:00
avmedia targeted string re-work 2012-06-02 18:45:53 -05:00
basctl
basebmp targeted string re-work 2012-06-02 16:48:35 -05:00
basegfx targeted string re-work 2012-06-02 16:48:34 -05:00
basic targeted string re-work 2012-06-02 18:45:53 -05:00
bean
beanshell
berkeleydb
bin lo-commit-stat: better formatting for bug fix commits 2012-06-01 00:24:22 +07:00
binaryurp
boost
bridges
cairo
canvas targeted string re-work 2012-06-02 12:58:04 -05:00
chart2 fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
cli_ure nuke unused namespace 2012-06-01 01:04:50 +09:00
clucene
codemaker
comphelper targetted prefer prefix operators reversion 2012-05-31 14:58:05 +01:00
configmgr nuke unused namespace 2012-06-01 01:04:50 +09:00
connectivity fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
cosv
cppcanvas
cppu
cppuhelper Unbreak stuff on iOS a bit after bootstrapping changes 2012-06-04 11:41:50 +03:00
cppunit
cpputools
crashrep
cross_tail_build move remotebridges to cross_tail_build 2012-05-29 14:36:55 +02:00
cross_toolset move shell to cross_tail_build 2012-05-29 07:34:39 +02:00
ct2n
cui fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
curl
dbaccess targeted string re-work 2012-06-02 12:58:05 -05:00
desktop fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
distro-configs
dmake
drawinglayer targeted string re-work 2012-06-02 12:58:04 -05:00
dtrans targeted string re-work 2012-06-02 19:43:57 -05:00
editeng fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
embeddedobj fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
embedserv Make Win32 LibO installable side by side with other StarOffice derivatives 2012-05-31 18:19:08 +02:00
epm
eventattacher targeted string re-work 2012-05-31 22:03:22 -05:00
expat
extensions fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
external
extras
fileaccess targeted string re-work 2012-06-02 17:57:18 -05:00
filter targeted string re-work 2012-06-02 13:53:22 -05:00
fontconfig
forms fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
formula targetted SAL_N_ELEMENTS reversion. 2012-05-29 18:03:34 +01:00
fpicker nuke unused defines 2012-06-04 23:26:57 +09:00
framework fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
freetype
gdk-pixbuf
gettext
git-hooks
glib
graphite
guw
hsqldb
hunspell
hwpfilter targeted string re-work 2012-05-31 19:18:45 -05:00
hyphen
i18npool targeted string re-work 2012-05-31 21:19:42 -05:00
i18nutil
icon-themes Remove unusued icons in sfx2/res/ 2012-06-01 15:52:56 +02:00
icu bin icuversion.mk, set the variables in configure 2012-05-29 07:35:25 +02:00
idl
idlc
instsetoo_native bump product version to 3.6.0-alpha1+ 2012-05-31 18:16:31 +02:00
io targeted string re-work 2012-06-02 16:48:34 -05:00
ios Seems that URE_INTERNAL_LIB_DIR is now mandatory (it's pointless on iOS) 2012-06-04 11:41:48 +03:00
javaunohelper
jfreereport remove trailing space 2012-05-29 07:24:57 +02:00
jpeg
jurt
jvmaccess
jvmfwk nuke unused defines 2012-06-04 23:26:57 +09:00
l10ntools targeted string re-work 2012-06-01 06:30:58 -05:00
languagetool
lcms2 fdo#50680: lcms2 should use GNUMAKE for solaris 2012-06-04 16:35:50 +02:00
libcdr
libcmis libcmis: fix for windows build 2012-06-04 16:30:27 +02:00
libcroco
libexttextcat bump to libexttextcat-3.3.1 and drop visibility patch 2012-05-30 15:43:27 +01:00
libgsf
libpng
librsvg
libvisio Uploading the libvisio 0.0.17 release 2012-05-31 15:53:52 +02:00
libwpd
libwpg
libwps Uploading new libwps 0.2.7 2012-05-31 14:46:36 +02:00
libxml2
libxmlsec
libxslt
lingucomponent
linguistic targeted string re-work (ii) 2012-06-03 21:00:18 -03:00
lotuswordpro Targeted string re-work for lotuswordpro filter 2012-06-01 17:54:29 +02:00
lpsolve
m4
MathMLDTD
mdds
Mesa
migrationanalysis
more_fonts
moz deliver all used mozilla headers into one dir 2012-05-30 14:56:00 +02:00
mysqlc targeted string re-work 2012-06-02 13:45:57 -05:00
mysqlcppconn
mythes
neon
nlpsolver
np_sdk np_sdk: separate system and internal headers 2012-06-02 23:38:01 +02:00
nss
o3tl
odk targeted string re-work 2012-06-02 17:57:16 -05:00
offapi
officecfg CMIS UCP: changed URLs to have hierarchical path 2012-06-04 13:28:14 +02:00
oovbaapi
oox fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
openssl
package count and order of receipt of properties doesn't matter 2012-06-02 08:28:19 +01:00
packimages packimages: better interpret 'default' value in WITH_THEMES 2012-06-03 14:39:04 +02:00
padmin Targeted string re-work in padmin and sax 2012-06-01 17:07:47 +02:00
pango
postgresql
postprocess move embedserv to tail_build 2012-05-29 14:36:50 +02:00
psprint_config
python provide a gnu-make compatible include for pyversion 2012-05-29 07:35:26 +02:00
pyuno nuke unused defines 2012-06-04 23:26:57 +09:00
qadevOOo make CheckCharacterBounds tests happy without forcing empty glyphs 1 unit wide 2012-05-31 14:34:54 +01:00
rdbmaker ignore type parameters when processing dependencies 2012-05-29 07:25:03 +02:00
readlicense_oo fix a typo in meta.xml (Title field) 2012-06-02 18:37:50 +02:00
redland
regexp
registry targeted string re-work 2012-06-02 16:48:34 -05:00
remotebridges targeted string re-work 2012-06-01 09:41:49 -05:00
reportbuilder when building system jfreereport, version.mk is not delivered 2012-05-30 15:36:37 +02:00
reportdesign targetted revert of minor cppcheck cleanups 2012-05-31 13:09:04 +01:00
rhino
ridljar
rsc
sal targeted string re-work 2012-06-02 16:48:34 -05:00
salhelper
sane deliver sane header only when it's being used 2012-06-02 23:38:00 +02:00
sax Targeted string re-work in padmin and sax 2012-06-01 17:07:47 +02:00
saxon
sc fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
scaddins
sccomp targeted string re-work 2012-06-02 16:48:35 -05:00
scp2 Revert "don't install 32-bit shell extensions on 64-bit Windows" 2012-06-02 18:14:56 +02:00
scripting targeted string re-work 2012-06-02 20:19:28 -05:00
sd fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
sdext fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
setup_native fdo#50509 MSI: UI language selection from command line (e.g. silent install) 2012-06-01 15:46:47 +02:00
sfx2 fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
shell targeted string re-work 2012-06-02 22:43:34 -05:00
slideshow targeted string re-work 2012-06-02 16:48:36 -05:00
smoketest
solenv do not export INCLUDE for MSVC, avoids problems long LO build path 2012-06-04 16:55:29 +02:00
soltools
sot targeted string re-work 2012-05-31 21:35:45 -05:00
starmath SmParser::GetTokenTableEntry: -Werror=sign-compare 2012-05-31 17:25:20 +02:00
stax
stlport
stoc targeted string re-work 2012-06-02 16:48:34 -05:00
store targeted string re-work 2012-06-01 09:41:49 -05:00
svl targeted string re-work 2012-06-02 16:48:35 -05:00
svtools fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
svx fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
sw fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
swext
sysui targeted string re-work 2012-05-28 11:47:45 -05:00
tail_build Replace the module icc functionality by a use of lcms2 2012-06-04 11:44:48 +02:00
test
testtools targeted string re-work 2012-06-01 06:30:57 -05:00
tomcat
toolkit fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
tools Improve error reporting 2012-06-04 16:57:55 +02:00
twain
ucb CMIS UCP: changed URLs to have hierarchical path 2012-06-04 13:28:14 +02:00
ucbhelper fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
udkapi
udm
unixODBC improve odbc headers handling 2012-05-29 07:24:42 +02:00
UnoControls targeted string re-work 2012-06-02 12:58:05 -05:00
unodevtools targeted string re-work 2012-06-02 17:57:16 -05:00
unoil
unotest
unotools targeted string re-work 2012-06-02 12:58:04 -05:00
unoxml targeted string re-work 2012-06-02 17:57:18 -05:00
ure
uui targeted string re-work 2012-06-01 05:14:25 -05:00
vbahelper targeted string re-work 2012-05-31 21:15:00 -05:00
vcl fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
vigra
wizards
writerfilter fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
writerperfect targeted string re-work 2012-06-01 15:46:46 -05:00
x11_extensions
xmerge Fix typos 2012-05-28 14:51:14 +02:00
xml2cmp nuke unused defines 2012-06-04 23:26:57 +09:00
xmlhelp Targeted string re-work xmlhelp/xmlscript 2012-06-01 16:18:09 +02:00
xmloff fdo#46808, Adapt UNO services to new style, Part 7, updating ::create 2012-06-04 16:57:55 +02:00
xmlreader
xmlscript targeted string re-work 2012-06-01 09:41:48 -05:00
xmlsecurity removed unused defines 2012-06-03 20:46:50 +09:00
xpdf
xsltml
zlib
.gitattributes
.gitignore
autogen.sh
bootstrap
config.guess
config.sub
config_host.mk.in do not export INCLUDE for MSVC, avoids problems long LO build path 2012-06-04 16:55:29 +02:00
configure.in module icc removal was a bit too harsh in configure.in 2012-06-04 09:32:15 -05:00
COPYING
COPYING.LGPL
COPYING.MPL
download
g
install-sh
Library_merged.mk
Makefile fix after merge 2012-05-29 07:35:19 +02:00
Makefile.post
Makefile.top Replace the module icc functionality by a use of lcms2 2012-06-04 11:44:48 +02:00
Module_cross_tail_build.mk move remotebridges to cross_tail_build 2012-05-29 14:36:55 +02:00
Module_tail_build.mk deliver sane header only when it's being used 2012-06-02 23:38:00 +02:00
ooo.lst.in Updated libcmis to 0.2.1 2012-06-04 13:28:14 +02:00
oowintool
post_download.in
README.Android
README.cross Must use -mmacosx-version-min=10.6 when host platform is iOS simulator 2012-06-04 11:41:51 +03:00
Repository.mk Move the AppUserModelID code to the launcher 2012-06-04 11:26:20 +02:00
RepositoryExternal.mk libcmis: updated to 0.2.0 2012-06-04 13:28:12 +02:00
RepositoryFixes.mk
RepositoryModule_ooo.mk add missing registry module 2012-06-02 23:37:59 +02:00
TEMPLATE.SOURCECODE.HEADER
unusedcode.easy
unusedcode.README

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

Cross-compilation work has been done, to various degrees, for four
platforms: Windows, iOS, Android and PowerPC Mac OS X.


General
-------

In GNU Autoconf terminology, "build" is the platform on which you are
running a build of 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, many details needed to be handled. 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). Apparently, 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 we have not attempted to try to keep it working;
in fact we 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.

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. For instance 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. It often seems a bit randomish, with copy-pasting having been
preferred to factoring out differences.

Most of the configuration settings are maintained in the
distro-configs/LibreOfficeMinGW.conf file, 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 the LibreOfficeMinGW.conf file 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-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, for instance
using Wine:

$ cd /tmp
$ tar xf <your-build-dir>/instsetoo_native/wntgcci.pro/LibreOffice_Dev/archive/install/en-US/LibO-Dev_3.6.0alpha0_Win_x86_install-arc_en-US.tar.gz
$ cd LibO-Dev_3.6.0alpha0_Win_x86_install-arc_en-US/LOdev\ 3.6/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_3.6.0alpha0_Win_x86_install-arc_en-US\LOdev 3.6\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_3.6.0alpha0_Win_x86_install-arc_en-US/LOdev 3.6' <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.

Tricks of some use with winedbg:
--------------------------------

To examine OUStrings, you might want to use the following trick (prints 50
unicode characters of rLibName OUString - the +10 is where the buffer starts):

Wine-dbg>x /50u rLibName->pData+10
0x0909b6c8: vnd.sun.star.expand:$LO_LIB_DIR/abplo.dll

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

- 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) by others to
design a touch GUI for LibreOffice, so that is something that needs to
be done.

Obviously it will make sense to use only a part of LibreOffice's code
for iOS. Most likely lots of the GUI-oriented code should be left out,
and some iOS app(s) 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.

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.

Here is an autogen.lastrun for iOS (device) using Xcode 4.3 and clang,
and Xcode 3 for the build platform parts:
CXX=ccache /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch armv7 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk
CC=ccache /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch armv7 -isysroot /Applications/Xcode.app/Contents/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-system-nss
--without-help
--without-helppack-integration
--without-myspell-dicts

The --with-system-nss doesn't mean that any Mozilla NSS would be used,
it's just a trick to bypass some tests in the configure script.

For the iOS simulator, using Xcode 4.3 and clang both for the host and
build platform:

CXX=ccache /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch i386 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.1.sdk -mmacosx-version-min=10.6
CC=ccache /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch i386 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator5.1.sdk -mmacosx-version-min=10.6
CC_FOR_BUILD=ccache clang -arch i386 -mmacosx-version-min=10.6
CXX_FOR_BUILD=ccache clang++ -arch i386 -mmacosx-version-min=10.6
--enable-werror
--with-build-platform-configure-options=--with-macosx-version-min-required=10.6 --with-macosx-sdk=10.6
--with-distro=LibreOfficeiOS
--with-system-nss
--without-help
--without-helppack-integration
--without-myspell-dicts

Note that you will have to install autoconf and automake yourself
before running autogen.sh. They are no longer included in Xcode 4.3
(not even in the add-on "command line tools").

The -mmacosx-version-min=10.6 is necessary when building for the iOS
simulator to avoid clang replacing simple calls to fprintf with calls
to fwrite$UNIX2003 which Xcode then warns that doesn't exist on iOS.


Android
-------

From a technical point of view the core Android OS is Linux, but
everything else is different. Unlike iOS, an Android app can use
shared objects just fine, so that aspect of UNO doesn't need special
handling. Except that there is a silly low limit in the Android
dynamic linker on the number of libraries you can dlopen. Note that
this is a limitation of user-level code, not the kernel. Here are
various ways around this problem that are being examined.

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

Android cross-compilation work has been done 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 and Mac OS
X. Sure, for Windows, too, but trying to cross-compile LO from Windows
will probably drive you insane.

Here is an autogen.lastrun for Android, when cross-compiling from Mac OS X:

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-android-ndk=/Users/tml/android-ndk-r7b
--with-android-sdk=/Users/tml/android-sdk-macosx
--build=x86_64-apple-darwin11
--disable-zenity
--enable-werror
--with-distro=LibreOfficeAndroid
--disable-python
--without-helppack-integration
--without-myspell-dicts
--with-java

And here is an autogen.lastrun for Android when cross-compiling from Linux:

CC_FOR_BUILD=ccache gcc
CXX_FOR_BUILD=ccache g++
--with-android-ndk=/home/tml/android-ndk-r7b
--with-android-sdk=/home/tml/android-sdk-linux_x86
--with-ant-home=/opt/apache-ant-1.8.2
--build=x86_64-unknown-linux-gnu
--disable-zenity
--with-distro=LibreOfficeAndroid
--disable-python
--with-num-cpus=1
--with-max-jobs=1
--without-helppack-integration
--without-myspell-dicts

There is no interactive end-user "app" you could run yet that would
use LibreOffice code, but you can build some non-interactive unit
tests and run them on the emulator (or, presumably, on a device,
although that hasn't been tested as nobody with an actual Android
device has worked on it yet...)  The simple unit tests will succeed,
the complex one still fails.

These unit tests *are* proper "apps" from Android'd point of view, but
they don't have any GUI and thus don't take part in the normal Android
message passing and Android thinks they are stuck and offers to kill
them...

The activity used for these apps is in android/Bootstrap. See
README.Android.

To build the complex unit test for Calc functionality which invokes the
"ucalc" unit test code from sc, cd to android/qa/sc and run a "make". The
Makefile here is completely manually written, this stuff is so experimental it
doesn't make sense yet to try to integrate with the normal gbuild mechanism.

Note that lately (as of May 2012) the android/qa/sc test has not been
maintained, and might not build cleanly.

Then to run the unit test, do "make install" followed by "make
run". You most likely want to have an "adb logcat" running in another
window.

To debug, do manually what "make run" would do, adding args "-e lo-main-delay
20" to the command line, and when the app has started, run
ndk-gdb. Unfortunately the gdb in NDK r7 and r8 is a bit broken, you can use
the one in a NDK build with newer versions of gcc and gdb from
http://code.google.com/p/mingw-and-ndk/ instead.

Running strace on the unit test in progress is often useful to find
out what is going wrong. Pass something like -e lo-strace '-tt -f -e
trace=file,process,network -o /system/sc/strace.out' to the am start
command line.

The Android test app which has been exercised lately is in
android/experimental/DocumentLoader.


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. Only a little experimenting has been done with
it. An 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