[Libreoffice] [PATCH] build system patches

[Lionel Elie Mamane]

On Tue, Sep 06, 2011 at 07:27:38PM -0500, Norbert Thiebaud wrote:
> On Tue, Sep 6, 2011 at 5:32 PM, Peter Foley <pefoley2 at 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 <pefoley2 at 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.