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

building SVN client on HP-UX w/ --enable-all-static

From: <kfogel_at_collab.net>
Date: 2004-07-30 17:39:36 CEST

Brane, any chance I could get login access to that HP-UX machine
you've got? (I quite understand if you can't, just thought I'd ask.)

I'm trying to make Subversion not link in the dynamic loader at all in
wholly static builds. This would have no effect on most systems.
Currently, static builds link in the (static version of the) dynamic
loader and just never use it. With this change, they wouldn't link it
in at all. No functional difference in the client either way.

But on HP-UX, it would make a difference: apparently, there's no
static version of the dynamic loader library there, so this change
would make it possible, finally, to produce a completely static HP-UX
Subversion client.

Right now, I'm just aiming to make this work in client-only builds
from a Subversion source-release tarball. Those have APR bundled
inside them, so if we can just get configuration to do the following

   1. Make sure APR_HAS_DSO is false
   2. Make sure apr-config does not say "-ldl", so that SVN_APR_LIBS
      won't contain "-ldl"

then we should be set. Our code in ra_loader.c and fs-loader.c
already uses APR_HAS_DSO to conditionally omit the code that actually
calls apr_dso_load(), so if we can just get that #define right, we
wouldn't need to alter Subversion's code.

On the other hand...

I feel like this is such an obvious road that people must have
traveled down it before. Am I missing some big gotcha?

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 30 19:12:37 2004

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.