introducing brockenboring

Lubos Lunak l.lunak at suse.cz
Wed Jun 25 16:46:57 BST 2003


On Wednesday 25 of June 2003 17:19, Stephan Kulow wrote:
> Hi!
>
> Currently our kdeinit support in the Makefiles lack
> as the kdeinit modules are installed in parallel to
> a binary linking against these modules. This has
> some drawbacks:
>
> 1. glibc's ldconfig doesn't cache DSOs that don't
>   match the lib*.so* pattern, so starting konqueror
>   won't be able to use the cache to find konqueror.so

 IIRC, last time I checked ld.so.cache was useless for KDE anyway, because 
rpath comes first, and ignores ld.so.cache.

[snip]
>
> Benjamin Reed once tried to get am_edit to create a
> shared library per KLM and then link both the KLM and
> the binary to it. As he failed, he tried the same for unsermake.
> Problem with unsermake is: automake users will fall behind
> without kdeinit support at all.
>
> So we made a short brain storm session today and came up
> with the following idea: install a kdeinit module only and create
> in bin a link to a binary that will be kdeinit without kdeinit:
> "one binary to rule them all".

 So our solution to fix ld.so performance problems came to the point where it 
cripples ld.so performance once it got somewhat fixed (prelink). I hope this 
brockterribleword solution is non-unsermake users only?

-- 
Lubos Lunak
KDE developer
---------------------------------------------------------------------
SuSE CR, s.r.o.  e-mail: l.lunak at suse.cz , l.lunak at kde.org
Drahobejlova 27  tel: +420 2 9654 2373
190 00 Praha 9   fax: +420 2 9654 2374
Czech Republic   http://www.suse.cz/





More information about the kde-core-devel mailing list