libkdeinit_ libraries
Adriaan de Groot
adridg at cs.kun.nl
Wed Jul 16 23:01:53 BST 2003
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 16 July 2003 23:45, Michael Matz wrote:
> I have not read the thread on kde-devel, but your patch definitely is
> wrong, in the sense that it's a workaround for something which shouldn't
> happen, which only works on ELF systems. You can't dlopen libraries
> basically.
Which ones are the libraries? I have five DSOs related to dcopserver, all of
them installed by a clean build of CVS HEAD yesterday. Two of them are in
lib/kde3, are called dcopserver.{la,so}, and contain neither main nor
kdemain. Three are in lib, are called libkdeinit_dcopserver.{so.0,so,la}, and
contain a kdemain only.
> It should be investigated, why the DSO in question didn't provide a
> kdemain symbol, and second why kinit didn't look for main in that case.
It's not about the symbol that's being searched for, it's about the name of
the library used for dcopserver. The patch changes kdeinit to look for
libkdeinit_foo _first_, and then the regular DSO.
Perhaps the question should be: why so many DSO's? Where does the new
libkdeinit_ naming come from? It might be a build system thing more than a
kdeinit thing.
- --
pub 1024D/FEA2A3FE 2002-06-18 Adriaan de Groot <groot at kde.org>
Key fingerprint = 934E 31AA 80A7 723F 54F9 50ED 76AC EE01 FEA2 A3FE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
iD8DBQE/FctRdqzuAf6io/4RAq2bAJ4gYdtBAMzixSKlTlL0XckKeA7QAQCeIjxJ
6I7JB9sOek5ZRS4kbNEVKc4=
=/m7Y
-----END PGP SIGNATURE-----
More information about the kde-core-devel
mailing list