[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Faster startups by fixing C++ object files before linking (new version and results)
From:       Rik Hemsley <rik () kde ! org>
Date:       2001-07-29 14:05:10
[Download RAW message or body]

#if Michael Reiher
> Leon Bottou wrote:
> > 
> > My machine is now running objprelinked qt, kdelibs and kdebase.
> > On kdelibs, the number of R_386_32 went from 54216 to 15085.
> > It feels noticeable faster.  But I would like much faster than that :-).
> > Some day I should try again with lazy binding.
> > 
> > Attached is a new version of objprelink with a larger message buffer
> > (some symbols have more than 256 chars) and a beginning of
> > multi-architecture support.    I hope some people will be interested
> > enough to write the stubs for their preferred cpus.
> > 
> Hmm, seems that it doesn't work for me. I tried it with qt, but it does just
> nothing:
> 
> /usr/src/qt-copy/lib # objdump -R libqt.so.2.3.1 |grep R_386_32|wc -l
>   17109
> 
> Which seems to be just the normal number, or? Then I tried it manually on a
> specific object file(happens with all I tried):
> 
> /usr/src/qt-copy/src/widgets # objprelink -n -v  qscrollview.o
> processing file qscrollview.o
>  found 0 symbols in need for a stub
> 
> Is this correct?? Am I doing something wrong?

I don't know, but I just noticed something else: To make this work
with libkhtml, you have to remove the .a libs and re-run make, otherwise
you get all the symbols as normal.

Rik

 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]