Justin Erenkrantz wrote:
> 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.
I didn't say it must be -- but that it currently is. We don't do the
necessary libtool magic. As I said, either solution is trivial, but
we're not using it right now.
Anyway, the pool handling issue is a much bigger problem.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 1 10:12:36 2006