RE: Is svnjavahl.dll supposed to be compilable?

Patrick (great name, btw),

> Which version did you try to compile? HEAD should compile but
> has some missing libraries. I will commit a new dsp-file over
> the weekend. 0.33.1 will not, but you download a compiled version
> from svnup.tigris.org.

        I checked out HEAD this morning and tried it. Subversion compiled
fine. Then I went into subversion/bindings/java/javahl/native and opened
the .dsw file in there. When I tried building it, I encountered the
following:

1) One of the Java files doesn't compile because of a typo where it tries to
use "avac" instead of "javac".

2) One of the .cpp files had a compile error trying to pass a function
pointer that did not have the right signature.

3) The Neon library and a library providing XML methods are not included. I
found them once before when doing this, but didn't have time this morning.

        I'm sorry my information is sketchy here, but I'm at work now, and
all of this was at home.

> RapidSvn does not use Javahl (AFAIK):

        I'm a bit confused on that point. Some doc suggests that it
compiles against SVNClientAdapter because it's better than javahl, but that
in turn appears to me to be dependent upon javahl. At the very least, when
you get the latest RapidSVN source, it includes a svnjavahl.dll and .jar.

        Do you ever try to build RapidSVN? I suppose that's a question for
another list.

> I am working on the sub-tree. Unfortunately I do miss sometimes
> changes in subversion which need changes in javahl.

        It would be handy if the top-level Subversion .dsw included the
javahl .dsp so that someone making changes to the main body of code can at
least know if they're breaking javahl.

        Thanks for you help.

Patrick Rusk

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 28 15:23:34 2003