On 8/16/06, Ralf S. Engelschall <[EMAIL PROTECTED]> wrote:
> Besides, I found out, that many (all?) openpkg packages are configured > with the "--disable-shared" option which causes them not to produce > any shared library. What is the reason for that? That's because there is no _portable_ way to build and link applications against shared libraries _AND_ make sure that those applications really load the correct libraries under run-time in case you have multiple installations on a single platform (OpenPKG's major multiple-instance feature). I know that there is GNU libtool and on ELF based platforms
Just out of curiosity, how many folks actually *use* this feature? I know I personally would prefer having shared objects to being able to have multiple independent versions of OpenPKG installed on a machine. Clearly its HARD to do the latter thing right with shared libs, but its certainly not impossible. That lack of shared libraries/objects increases the memory and disk space requirements for OpenPKG and even breaks, to some small degree, certain applications. The awesome zsh shell, for example, needs shared library support for its loadable modules. I'd rather have shared libs, but its Ralf's ship to steer. What do others think? -- Caleb Epstein ______________________________________________________________________ The OpenPKG Project www.openpkg.org User Communication List openpkg-users@openpkg.org
