another boundaries for libmerged

[Matúš Kukan]

Hi Michael,

On 6 September 2012 17:08, Michael Meeks <michael.meeks at suse.com> wrote:
> Hi Matus,
>
> On Sat, 2012-09-01 at 21:36 +0200, Matúš Kukan wrote:
>> I tried too much and then had to keep basegfx, i18nisolang and tl
>> unmerged because they are used for executables such as rsc and svidl
>> which are used before libmerged is created, so there would be cyclic
>> dependencies.
>
>         Oh drat, that is annoying. I wonder if we can create multiple shared
> libraries from the same object files to solve that - and link the
> build-time tools to those (?).

I am not sure it's worth the effort.
And there is also chance it will be used on Debian in it's current form.

>> I think we are ~done with general libraries needed when launching LibreOffice.
>
>         Sounds great - how many did we manage to ram into libmerged ?

solenv/gbuild/extensions/pre_MergedLibsList.mk says 36 in general case.

>         Yes - we're still under significant shlib count pressure on android
> sadly; and of course for iOS we'll need to statically link ~everything
> into one binary - which is rather more of a fun challenge :-)

--disable-dynamic-loading seems to be the way to go now ?

Best,
Matus