[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Another 1.4 release critical bug

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2006-08-01 10:06:48 CEST

On 8/1/06, Branko ibej <brane@xbc.nu> wrote:
> On Mac OS, shared libraries are usually called foo.dylib. On HP-UX,
> they're called foo.sl, and on Windows they're foo.dll. We only look for
> foo.so. Granted, that's a trivial bug, but it shows that RA/FS dynamic
> loading already doesn't work on two very popular platforms.

Not quite. You may notice that httpd always creates its shared
modules (such as those created via apxs or --enable-*-shared) with a
.so extension regardless of the platform's real extension. This is
because the apr_dso loader code knows the right internal format
regardless of extension.

It's trivial to get libtool to produce a native DSO with .so extension
on all platforms - in fact, if you compiled it separately, you'd
likely have to use -module flag to libtool anyway (which is what lets
you override the extension). This is just a simple flag change to the
libtool invocation that has nothing to do with ELF or even APR. APR
already handles this difference for httpd on those platforms quite
well - my Macs are very happy with shared httpd modules called .so.
Hence, I don't see any reason why Subversion must be any different.
-- justin
Received on Tue Aug 1 10:07:17 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.