At 10:42 Uhr -0400 04.05.2002, Benjamin Reed wrote: >In continuing to work on KDE, we've run into a couple of interesting >problems with the -shlibs splitoff. KDE uses libltdl heavily for >dlopening libraries on the fly, and uses the .la's to determine the >names of those libraries. > >Things will not even start without the .la's, so this will be an >issue with the -shlibs packages. There is also the other problem >that these modules are unversioned, so they would conflict if going >into the -shlibs package. > >How should this be handled?
You are right, they may not go into -shlibs. Also note that this is a problem that is not common - not to much uses libtldl, and even less packages use it to dlopen libraries. So no need to make a general policy change for this. Now to your question... >Only the versioned dylib's go into the -shlibs package, and then all >other libs and the .la's go into the main package? It's currently >split up by: > > kdelibs: bin/ and share/ > kdelibs-shlibs lib/ (anything dynamic) > kdelibs-dev include/ lib/*.la lib/*.a > >...but essentially they all have to be installed right now for it to work. > >I'm assuming that it's going to have to be like so: > > kdelibs: bin/ share/ lib/ (*.la, and any unversioned library) > kdelibs-shlibs: lib/ (any versioned library) > kdelibs-dev: include/ lib/ (*.a) > >Does this make sense? Is this pretty much what we're going to have to do? Think about what -shlib packages are meant for - they are meant to allow you to have multiple different versions of them installed to be able to use these at once. I.e. so that in theory one could have KDE 3.0 and 3.2 (or 4.0) installed in parallel. However, since the .la files are not versioned, this doesn't seem possible at all! Hence, the consequence is that making a -shlib splitoff serves no purpose at all, apparently. Thust you can just as well get rid of it comepletly and only keep the -dev splitoff. Move the .dylibs into the master package. Of course I might overlook something, so feel free to argue differently! Cheers, Max -- ----------------------------------------------- Max Horn Software Developer email: <mailto:[EMAIL PROTECTED]> phone: (+49) 6151-494890 _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel