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

Re: RFC: removing native libs

From: McClain Looney <mlooney_at_gmail.com>
Date: 2004-08-25 22:20:13 CEST

On Wed, 25 Aug 2004 16:06:57 -0400, Mark Phippard <markp@softlanding.com> wrote:

> So on Linux and Mac, javahl requires Subversion libraries to be installed,
> in addition to the ones required by Subversion like BDB? So this
> essentially means you probably need to have the command line client
> installed already? Also, in the case of the Mac, you couldn't use one of
> the popular static command line builds because then javahl would not have
> any libraries to load?

actually on *nix (mac included), javahl only requires the svn libs,
which in turn have their own set of dependencies. the bdb dependency
really lives in libapr, javahl really has nothing to do with it.

a static javahl is a funny animal, it needs to be dlopen()able, but
also be statically linked to its dependencies, something which a few
people hav figured out to do, and none have gotten integrated into the
svn build.

To further complicate things, *nix javahl builds are currently broken
in rc2 due to a relink error on install.

Javahl is fun.

 
> I guess I come back to my opening statement, this is a complicated issue
> and it is hard to determine the ramifications. I think that by not
> shipping the libraries, you are probably just trading one set of problems
> for a new set which are currently unknown. Perhaps we should try to keep
> the system as is and instead try to recruit some voluteers to write good
> instructions for each of the three major platforms that discuss how to get
> a good setup and what the issues are?

maybe, maybe not. basically the windows case is the simple(r) one. the
real problems are in the unix builds.

-- 
McClain Looney
m@loonsoft.com
Received on Thu Aug 26 06:20:13 2004

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

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