[oi-dev] Libreoffice status

[Peter Tribble]

On Fri, Jan 4, 2013 at 10:11 PM, Paolo Marcheschi
<paolo.marcheschi at ftgm.it> wrote:
> Hi
> Thank you, very much, for sharing your notes.
> I will try as soon as possible into a clean developer zone.

Some links I've found useful (one is a link to Jonathan's work)

http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/31802
http://www.linuxfromscratch.org/blfs/view/svn/xsoft/libreoffice.html
http://lists.freedesktop.org/archives/libreoffice/2012-July/034802.html

My attempts to build on Tribblix got sidetracked both by the holidays and
by the release of Enlightenment E17 (finally!). Some comments:

I'm using gcc 4.7.2; I've installed

Java
perl Archive::Zip
ant
autoconf
automake
zip (updated)
unzip (updated)
bison
curl
clucene
hunspell

I've found the build to be pretty broken, so if you can build something
outside of the Libreoffice build and tell it to use that copy then the build
goes much more smoothly. Both clucene and hunspell were built from
the tarballs that Libreoffice uses. So disable everything possible and
use --with-system if you can. I have the following configure flags

 --disable-cups
 --disable-gconf
 --disable-gtk
 --without-junit
 --without-doxygen
 --disable-mozilla
 --disable-odk
 --with-system-openssl
 --with-system-jpeg
 --with-system-zlib
 --with-system-libxml
 --without-stlport
 --disable-neon
 --disable-python
 --with-system-cairo
 --with-system-clucene
 --with-system-hunspell
 --disable-xmlsec
--disable-postgresql-sdbc

I've found both the Illumos ld and the gnu ld that come with OI to fail,
so I upgraded to GNU coreutils 2.23.1 and set LD_ALTEXEC=/usr/gnu/bin/ld
to use that. (This gets even worse with LO 4.0.0 - various pieces call ld
with arguments that aren't compatible with any ld I can use.)

I find that a regular make fails due to dependency errors. Running a
make tail_build explicitly seems to get past that.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/