>> ==5414==by 0x5D28F60: __run_exit_handlers (in /lib64/libc-2.17.so)
> As always, global static objects are evil.
And in general, "exit handlers" are evil. Luckily at least, for the
mobile platforms where all the LO code used by a LO-based app is
linked into one executable or one single shar
On 04/11/2013 04:58 PM, Matúš Kukan wrote:
But still there are libs, which should go into libmerged, it just does not work.
(it was not possible to add them sooner because build tools depend on
them - now we link the object files twice.)
Currently adding comphelper (you need to add tl first but t
Hi,
On 10 April 2013 15:18, Michael Meeks wrote:
>
> On Wed, 2013-04-10 at 09:04 +0200, Stephan Bergmann wrote:
>> An alternative (for other platforms too) might be to have the various
>> URE interface libraries (sal etc.) be shallow wrappers that link against
>> libmerged and just re-export thei
On Wed, 2013-04-10 at 17:07 -0400, Peter Foley wrote:
> > And did you get any further with the debugging ?
>
> Ok, I'll take a look at adding a mergelibs=all option.
Great ! :-)
> I decided that it would probly be easier to just start over
> rather than trying to debug the errors
On 04/10/2013 03:18 PM, Michael Meeks wrote:
On Wed, 2013-04-10 at 09:04 +0200, Stephan Bergmann wrote:
This is one place where the split into URE and LO directories may become
a nuisance. (It was rather harmless for other scenarios, even helps
keeping the URE interface well-defined for extensi
On Wed, Apr 10, 2013 at 9:18 AM, Michael Meeks wrote:
> You might also find that in fact it is faster to have everything in
> one
> blob - ie. the whole suite there, and that LTO and PGO will give a
> better result for that; certainly for some use-cases such as LibreOffice
> on-line havin
On Wed, 2013-04-10 at 09:04 +0200, Stephan Bergmann wrote:
> An alternative (for other platforms too) might be to have the various
> URE interface libraries (sal etc.) be shallow wrappers that link against
> libmerged and just re-export their part (depending on how elegantly
> different archite
Hi Peter,
On Tuesday, 2013-04-09 17:29:14 -0400, Peter Foley wrote:
> I was under the impression that the goal of libmerged was to eventually
> include
> most, if not all of the various libraries in libreoffice.
> If this is incorrect, I'd like to know what libraries should and
> should not be i
On 04/09/2013 07:24 PM, Michael Meeks wrote:
On Tue, 2013-04-09 at 15:25 +0200, Matúš Kukan wrote:
So - it should now work in master.
One problem is using ure libraries in libmerged.
javaldx had problems to find libmerged because it's not in ure.
Right; interesting.
I plan to merge s
On Tue, Apr 9, 2013 at 5:57 AM, Michael Meeks wrote:
> Hi guys,
>
> On Mon, 2013-04-08 at 17:08 -0400, Peter Foley wrote:
>> On Mon, Apr 8, 2013 at 10:19 AM, Tomáš Chvátal
>> wrote:
>> > This switch all/core/no sound pretty cool.
>> > Libreoffice is currently built with mergedlib enabled on ope
Hi Matus,
On Tue, 2013-04-09 at 15:25 +0200, Matúš Kukan wrote:
> So - it should now work in master.
> One problem is using ure libraries in libmerged.
> javaldx had problems to find libmerged because it's not in ure.
Right; interesting.
> I plan to merge some urelibs and see how it work
On 8 April 2013 23:08, Peter Foley wrote:
> On Mon, Apr 8, 2013 at 10:19 AM, Tomáš Chvátal
> wrote:
>> [so i turned off my tinderbox after having it fail for a week] but hey the
>> app still runs fine).
>
> Tomas,
>
> Right now libmerged seems to be causing very strange crashes in the unit
> te
If we are planning to try and modularize each aspect of LO to the point
where it could be built on its own with out the rest of the suite, wouldnt
it be best to merge libs that have to do with their appropriate apsect of
the program writer has all its respective libs merged, and then anything
that
Hi guys,
On Mon, 2013-04-08 at 17:08 -0400, Peter Foley wrote:
> On Mon, Apr 8, 2013 at 10:19 AM, Tomáš Chvátal
> wrote:
> > This switch all/core/no sound pretty cool.
> > Libreoffice is currently built with mergedlib enabled on opensuse and gentoo
> > in production and there are no visible iss
On Mon, Apr 8, 2013 at 10:19 AM, Tomáš Chvátal wrote:
> This switch all/core/no sound pretty cool.
> Libreoffice is currently built with mergedlib enabled on opensuse and gentoo
> in production and there are no visible issues (currently master fails tests
> [so i turned off my tinderbox after hav
On 8 April 2013 16:19, Tomáš Chvátal wrote:
> Libreoffice is currently built with mergedlib enabled on opensuse and gentoo
> in production and there are no visible issues
I believe that, but I want to profile it also. You should get problems with:
export OOO_DISABLE_RECOVERY=1
export OOO_EXIT_POS
2013/4/8 Matúš Kukan
> Hi Peter,
>
> I've seen some massive adding to libmerged recently.
> How do you intend to use it ?
> Also, does it work now ?
>
> For me, it does not make sense to have all libraries in libmerged, it
> was big enough already.
> I am experimenting with it, to see how it help
Hi Peter,
I've seen some massive adding to libmerged recently.
How do you intend to use it ?
Also, does it work now ?
For me, it does not make sense to have all libraries in libmerged, it
was big enough already.
I am experimenting with it, to see how it helps for Raspberry Pi.
(Unfortunately, the
18 matches
Mail list logo
