On Tue, Sep 06, 2011 at 07:27:38PM -0500, Norbert Thiebaud wrote:
> On Tue, Sep 6, 2011 at 5:32 PM, Peter Foley <pefol...@verizon.net> wrote:
>> Here are some patches for various problems I encountered while
>> building libreoffice.
>>From 913ba23fd2552436c7c48e83fd1d6ec7de6c2e96 Mon Sep 17 00:00:00 2001
>>From: Peter Foley <pefol...@verizon.net>
>>Date: Mon, 5 Sep 2011 21:39:22 -0400
>>Subject: [PATCH 2/7] /usr/local/lib
>>If /usr/local/lib doesn't exist the Mozilla build fails.
>>This patch fixes the build failure.
> Is that an observed behavior or a speculated one ?
I get the same problem (or a very similar one), and reported it as fdo
bug #39852.
I've been working around it with:
source Host.Env.sh
unset LIBDIR
cd moz
build
> I mean:
> 1/ why on earth would our build ever try to create or even install
> something in /usr/loca/bin when building an external lib. if we do,
> then the fix is to stop that madness, not encourage it :-)
More precisely, it tries to create ${LIBDIR}; by default, that is
/usr/local/lib, but if one passed --prefix and/org --libdir to
autogen.sh, then it is another directory.
Since my workaround works, my guess is that the moz build system
contains something to the effect of
LIBDIR ?= /something/internal/to/the/moz/build/tree
or
ifndef LIBDIR
LIBDIR = /something/internal/to/the/moz/build/tree
endif
and so the LIBDIR from the LO build system interferes with that.
Or maybe if LIBDIR is not set, it just silently does not try to create
it.
> 2/ if /usr/local/bin does not exist mkdir -p is not going to succeed
> anymore than $(MKDIR), unless you run make as root or have g+w or o+w
> authorization on /usr, both of which are a really, really bad idea.
>From the error message I get (see the bugzilla), the $(MKDIR) variable
is not set...
--
Lionel
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
