I think that if a developer wants to staticaly link itself to Elektra and some specific backend, the package should provide .a of them all, and the linkage should be constructed by himself.
Also, seems to be desireable to link to several static backends together, but symbol colision may happen since all backends implement at least one symbol with same name called " kdbBackendFactory".
I don't know if all this is possible, and I don't know why libltdl was included in Elektra source.
The final purpose of the lib is to bee shared, with external pluggable backends, but in a transition time, while Elektra is not included by default in distros, developers may want to staticaly link to it. I don't feel good to sacrifyce a simple shared linkage to have a complex static linkage.
What can we do to fix it ?
Thank you,
Avi
On 7/12/06, Patrice Dumas <[EMAIL PROTECTED]> wrote:
Hello,
There is a circular dependency between the backends and the libelektra
directory, since in libelektra, there is
../backends/filesys/libelektra_filesys_a-filesys.o
and in backends/daemon/, kdbd is linked with libelektra.so...
There is more than one way to solve that issue... One possibility
could be to put the backends that don't link against
libelektra, but that libelektra_static link against in another
directory. For example keep them in backend and move all the high level
backends in a directory named for example hlvlbackends.
And of course the SUBDIRS would be
... backends libelektra hlvlbackends ...
Anyway I propose the attached file for src/backends/daemon/Makefile.am
to add a dependency on the libelektra from the sources.
--
Pat
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Registry-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/registry-list
