KLibLoader broken on OSX

[Thiago Macieira]

Dirk Mueller wrote:
>On Wednesday, 4. October 2006 19:34, Thiago Macieira wrote:
>> QLibrary, which KLibLoader indirectly uses now, already has the
>> extension code. Why is this being duplicated?
>
>Where is that code supposed to be? The code I found doesn't search
> arbitrary KStandardDirs for libraries.

I never said it does. I was talking about the file name's prefix and 
suffix, not about the pathnames.

Attached is a simple testcase to show how it could be implemented in 
KLibLoader, respecting paths, and not making any assumption about 
suffixes, prefixes or how to encode version numbers in pathnames:

The result of running it was:
could not load library "/usr/local/lib/bz2" 
0x0 
could  load library "/usr/lib/libbz2.so" 
0xb7a72640 

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.cpp
Type: text/x-c++src
Size: 601 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20061007/a834d78e/attachment.cpp>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20061007/a834d78e/attachment.sig>