On 17 May 2012 14:56, David Tardon wrote:
>>
>> On Thu, 2012-05-17 at 12:22 +0300, Tor Lillqvist wrote:
>> > libraries into fewer. There is an option for that already,
>> > --enable-mergelibs, that merges quite a large number of them into one,
>> > libmergedlo.so. This works only for libraries in
On Thu, May 17, 2012 at 12:37:48PM +0100, Michael Meeks wrote:
> Hi Tor,
>
> Thanks for the nice summary :-)
>
> On Thu, 2012-05-17 at 12:22 +0300, Tor Lillqvist wrote:
> > libraries into fewer. There is an option for that already,
> > --enable-mergelibs, that merges quite a large number of
> How do Mozilla get away without any text relocations ?
They do some hack to avoid the problematic crtbegin.o object when
linking their shared objects, if I understand correctly. See
https://bugzilla.mozilla.org/show_bug.cgi?id=720621 . And they
apparently don't use the shared GNU C++ libr
On 2012-05-17 11:22, Tor Lillqvist wrote:
recall. Unfortunately the GNU linker isn't exactly known for its
blazing speed, so especially if you are building with debugging
Perhaps we should be using the GOLD linker? Much faster (6x) for some people
Looks like Mozilla has had some success
http
Hi Tor,
Thanks for the nice summary :-)
On Thu, 2012-05-17 at 12:22 +0300, Tor Lillqvist wrote:
> libraries into fewer. There is an option for that already,
> --enable-mergelibs, that merges quite a large number of them into one,
> libmergedlo.so. This works only for libraries in gbuildif
As some of you might know, the system dynamic linker on Android
(which, like all the Android user level runtime, is not related at all
to the one on desktop (GNU/)Linux) has a silly limitation on the
number of shared object (dynamic libraries) that can be in use: 128.
Given that the number of syste
