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

Re: JavaHL bindings status

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2004-11-24 09:56:49 CET

--On Monday, November 22, 2004 2:53 PM -0600 kfogel@collab.net wrote:

> How actively are the JavaHL bindings being maintained? There are a
> number of issues in our tracker about them:
>
> 2123

I have a feeling this has nothing to do with JavaHL and is indicative of a JDK
problem - although I'm not sure what though. I wouldn't even know how to
reproduce this without an amd64 box.

> 2102 [PATCH]

r12016. Although the patch in IZ was wrong - it needed to depend on the
$(_DEPS) variable not the target - the targets are empty and are always
re-executed. So, when the empty target is a dependency, it forces a rebuild.
Yikes.

> 2103 [PATCH]

r12018.

FWIW, this one took a long time for me to feel confident in - I ended up
rewriting half of it and then realized that the issue I was seeing was that
javah is 'smart' and doesn't touch the file unless it has changed. Which,
blows up spectacularly when you are trying to test it...*grumble* It turns
out that passing '-force' to javah resolved my issue.

> 2040 [PATCH]

I really don't like this patch. The fact that you can even run a test before
installing is part of GNU libtool's downfall. FWIW (sorry for tangent), if
you pass --enable-experimental-libtool to APR *and* to Subversion, expect a 2x
reduction in overall build time (some folks on Linux have told me it cut their
time down by a factor of 3: 1:30->0:25secs) because it uses the C-based
jlibtool in APR instead of the sh-based GNU libtool.

That said, apr-*-config has the right logic for doing these shlib-var checks
instead of assuming that libtool's m4 script runs and has some shell variables
set as a side effect. So, the patch should be modified to call out to
apr-config to get this.

If I get some time, I'll try to take a look at this, but this is ultra-low
priority. (P2 is incorrect, IMHO. The workaround is to just install first.)

> 1632

This is fixed. I wouldn't even recommend testing it. Just close it. =)

> 2057

This has been known ever since dlr added Jikes as the default java compiler.
Jikes doesn't even work on OS X correctly for other reasons than this issue.
So, I don't think it's a high-priority: just pass --without-jikes. Perhaps we
should just disable jikes by default (require Debian folks to pass
--with-jikes, I guess once someone can reproduce this).

> I don't mean to imply that JavaHL is not maintained, by the way. I
> see that pmayweg committed in October, for example. But I feel bad at
> these patches sitting around for so long... Are they just hard?

No, it's that my attention has been elsewhere. Sorry.

Trying to move a large group of people to Subversion from CVS and teach a
class of undergraduates about software engineering is about all I can do at
the moment... -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 24 09:58:29 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.