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