You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Julian Foad <ju...@wandisco.com> on 2009/12/02 14:29:33 UTC
Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
A javahl build issue. (This is the first time I've got this far with
building javahl.)
To compile EnumMapper.cpp it first needs header files including
"org_tigris_subversion_javahl_ConflictDescriptor_Action.h".
In directory obj-dir/subversion/bindings/javahl/include/ it has created
most of the header files it needs, but
not ..._ConflictDescriptor_{Reason,Action,Kind}.h.
I see that some classes are listed in
<subversion/bindings/javahl/build/build.xml> to generate such headers,
but I tried adding ".../ConflictDescriptor_Reason" etc there, and
re-building (from autogen onwards), and it seems to have no effect: it
didn't create that header file.
It compiles all the other files OK.
Any idea how I tell it to generate those three (new?) headers?
Build log:
[[[
$ (cd obj-dir && make -k javahl)
make: *** No rule to make target
`subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Action.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
make: *** No rule to make target
`subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Kind.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
make: *** No rule to make target
`subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Reason.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
/usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
-Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
-I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
-I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
-I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
-I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
-I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
-I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
-o subversion/bindings/javahl/native/InfoCallback.lo
-c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/InfoCallback.cpp
libtool: ignoring unknown tag CXX
/usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
-Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
-I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
-I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
-I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
-I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
-I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
-I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
-o subversion/bindings/javahl/native/Inputer.lo
-c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/Inputer.cpp
libtool: ignoring unknown tag CXX
[...]
]]]
- Julian
Re: [PATCH] Fix javahl tests when builddir!=srcdir
Posted by Julian Foad <ju...@btopenworld.com>.
On Wed, 2009-12-02, Philip Martin wrote:
> Philip Martin <ph...@wandisco.com> writes:
>
> > There was 1 error:
> > 1) testLoadRepo(org.tigris.subversion.javahl.SVNAdminTests)java.io.FileNotFoundException: /home/pm/sw/subversion/obj/subversion/bindings/javahl/tests/data/issue2979.dump (No such file or directory)
>
> I'm not really a Java person. Any objections to this:
Me neither, but it looks plausible and useful. I think you could commit
this if no concerns raised by say tomorrow morning.
- Julian
> Make the javahl test for issue 2979 work when builddir!=srcdir.
>
> * Makefile.in:
> Add javahl_test_srcdir and pass when invoking the tests.
>
> [in subversion/bindings/javahl]
>
> * tests/org/tigris/subversion/javahl/SVNAdminTests.java
> (testLoadRepo): Use srcdir.
>
> Index: Makefile.in
> ===================================================================
> --- Makefile.in (revision 886136)
> +++ Makefile.in (working copy)
> @@ -94,6 +94,7 @@
> javahl_javahdir = @libdir@/svn-javahl/include
> javahl_libdir = @libdir@
> javahl_test_rootdir=$(abs_builddir)/subversion/bindings/javahl/test-work
> +javahl_test_srcdir=$(abs_srcdir)/subversion/bindings/javahl
>
> MSGFMT = @MSGFMT@
> MSGFMTFLAGS = @MSGFMTFLAGS@
> @@ -431,7 +432,7 @@
>
> check-javahl: javahl
> @FIX_JAVAHL_LIB@
> - $(JAVA) "-Dtest.rootdir=$(javahl_test_rootdir)" "-Dtest.rooturl=$(BASE_URL)" "-Dtest.fstype=$(FS_TYPE)" -Djava.library.path=@JAVAHL_OBJDIR@:$(libdir) -classpath $(javahl_tests_PATH):$(javahl_tests_CLASSPATH) "-Dtest.tests=$(JAVAHL_TESTS)" org.tigris.subversion.javahl.RunTests
> + $(JAVA) "-Dtest.rootdir=$(javahl_test_rootdir)" "-Dtest.srcdir=$(javahl_test_srcdir)" "-Dtest.rooturl=$(BASE_URL)" "-Dtest.fstype=$(FS_TYPE)" -Djava.library.path=@JAVAHL_OBJDIR@:$(libdir) -classpath $(javahl_tests_PATH):$(javahl_tests_CLASSPATH) "-Dtest.tests=$(JAVAHL_TESTS)" org.tigris.subversion.javahl.RunTests
>
> # "make check CLEANUP=true" will clean up directories for successful tests.
> # "make check TESTS=subversion/tests/cmdline/basic_tests.py"
> Index: subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java
> ===================================================================
> --- subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java (revision 886136)
> +++ subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java (working copy)
> @@ -102,10 +102,9 @@
> 0L, infoHolder[0].getLastChangedRev());
>
> // locate dump file in test environment
> - String testRoot = System.getProperty("test.rootdir",
> - "subversion/bindings/javahl/test-work");
> - File javahlRoot = new File(testRoot).getParentFile();
> - File dump = new File(javahlRoot, "tests/data/issue2979.dump");
> + String testSrcdir = System.getProperty("test.srcdir",
> + "subversion/bindings/javahl");
> + File dump = new File(testSrcdir, "tests/data/issue2979.dump");
> InputInterface input = new FileInputer(dump);
> OutputInterface loadLog = new IgnoreOutputer();
> admin.load(thisTest.getRepositoryPath(),
>
[PATCH] Fix javahl tests when builddir!=srcdir
Posted by Philip Martin <ph...@wandisco.com>.
Philip Martin <ph...@wandisco.com> writes:
> There was 1 error:
> 1) testLoadRepo(org.tigris.subversion.javahl.SVNAdminTests)java.io.FileNotFoundException: /home/pm/sw/subversion/obj/subversion/bindings/javahl/tests/data/issue2979.dump (No such file or directory)
I'm not really a Java person. Any objections to this:
Make the javahl test for issue 2979 work when builddir!=srcdir.
* Makefile.in:
Add javahl_test_srcdir and pass when invoking the tests.
[in subversion/bindings/javahl]
* tests/org/tigris/subversion/javahl/SVNAdminTests.java
(testLoadRepo): Use srcdir.
Index: Makefile.in
===================================================================
--- Makefile.in (revision 886136)
+++ Makefile.in (working copy)
@@ -94,6 +94,7 @@
javahl_javahdir = @libdir@/svn-javahl/include
javahl_libdir = @libdir@
javahl_test_rootdir=$(abs_builddir)/subversion/bindings/javahl/test-work
+javahl_test_srcdir=$(abs_srcdir)/subversion/bindings/javahl
MSGFMT = @MSGFMT@
MSGFMTFLAGS = @MSGFMTFLAGS@
@@ -431,7 +432,7 @@
check-javahl: javahl
@FIX_JAVAHL_LIB@
- $(JAVA) "-Dtest.rootdir=$(javahl_test_rootdir)" "-Dtest.rooturl=$(BASE_URL)" "-Dtest.fstype=$(FS_TYPE)" -Djava.library.path=@JAVAHL_OBJDIR@:$(libdir) -classpath $(javahl_tests_PATH):$(javahl_tests_CLASSPATH) "-Dtest.tests=$(JAVAHL_TESTS)" org.tigris.subversion.javahl.RunTests
+ $(JAVA) "-Dtest.rootdir=$(javahl_test_rootdir)" "-Dtest.srcdir=$(javahl_test_srcdir)" "-Dtest.rooturl=$(BASE_URL)" "-Dtest.fstype=$(FS_TYPE)" -Djava.library.path=@JAVAHL_OBJDIR@:$(libdir) -classpath $(javahl_tests_PATH):$(javahl_tests_CLASSPATH) "-Dtest.tests=$(JAVAHL_TESTS)" org.tigris.subversion.javahl.RunTests
# "make check CLEANUP=true" will clean up directories for successful tests.
# "make check TESTS=subversion/tests/cmdline/basic_tests.py"
Index: subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java
===================================================================
--- subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java (revision 886136)
+++ subversion/bindings/javahl/tests/org/tigris/subversion/javahl/SVNAdminTests.java (working copy)
@@ -102,10 +102,9 @@
0L, infoHolder[0].getLastChangedRev());
// locate dump file in test environment
- String testRoot = System.getProperty("test.rootdir",
- "subversion/bindings/javahl/test-work");
- File javahlRoot = new File(testRoot).getParentFile();
- File dump = new File(javahlRoot, "tests/data/issue2979.dump");
+ String testSrcdir = System.getProperty("test.srcdir",
+ "subversion/bindings/javahl");
+ File dump = new File(testSrcdir, "tests/data/issue2979.dump");
InputInterface input = new FileInputer(dump);
OutputInterface loadLog = new IgnoreOutputer();
admin.load(thisTest.getRepositoryPath(),
--
Philip
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
Posted by Philip Martin <ph...@wandisco.com>.
"Hyrum K. Wright" <hy...@mail.utexas.edu> writes:
> Do you have junit installed, and are you configuring subversion --with-junit?
No, I didn't. With junit installed I can run the tests using either
sun-java6-jdk or openjdk-6-jdk. In both cases I get one failure
caused by the test looking for issue2979.dump in the build directory
rather than the source directory:
$ nice make check-javahl
/usr/lib/jvm/java-6-openjdk/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes:/usr/share/java/junit4.jar "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
...E......................................
..........
Time: 146.276
There was 1 error:
1) testLoadRepo(org.tigris.subversion.javahl.SVNAdminTests)java.io.FileNotFoundException: /home/pm/sw/subversion/obj/subversion/bindings/javahl/tests/data/issue2979.dump (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:106)
at org.tigris.subversion.javahl.SVNTests$FileInputer.<init>(SVNTests.java:509)
at org.tigris.subversion.javahl.SVNAdminTests.testLoadRepo(SVNAdminTests.java:109)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.tigris.subversion.javahl.RunTests.main(RunTests.java:116)
FAILURES!!!
Tests run: 51, Failures: 0, Errors: 1
--
Philip
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
On Dec 2, 2009, at 9:25 AM, Philip Martin wrote:
> Mark Phippard <ma...@gmail.com> writes:
>
>> I am guessing that you are not using the Sun JDK? You pretty much
>> need to have that. The open-source JDK's just do not cut it.
>
> I can build javahl on Debian using the openjdk-6-jdk package.
>
> I can't get the tests to run:
>
> $ nice make check-javahl
> /usr/lib/jvm/java-6-openjdk/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes: "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
> Exception in thread "main" java.lang.NoClassDefFoundError: org/tigris/subversion/javahl/RunTests
> Caused by: java.lang.ClassNotFoundException: org.tigris.subversion.javahl.RunTests
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
> Could not find the main class: org.tigris.subversion.javahl.RunTests. Program will exit.
> make: *** [check-javahl] Error 1
>
> I get much the same error using sun-java6-jdk:
>
> $ nice make check-javahl
> /usr/lib/jvm/java-6-sun/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes: "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
> Exception in thread "main" java.lang.NoClassDefFoundError: org/tigris/subversion/javahl/RunTests
> Caused by: java.lang.ClassNotFoundException: org.tigris.subversion.javahl.RunTests
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
> Could not find the main class: org.tigris.subversion.javahl.RunTests. Program will exit.
> make: *** [check-javahl] Error 1
>
>>> -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
>>> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
>>> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
>
> Is that java-5. Is java-6 required?
Do you have junit installed, and are you configuring subversion --with-junit?
-Hyrum
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
On Dec 2, 2009, at 10:35 AM, Philip Martin wrote:
> Mark Phippard <ma...@gmail.com> writes:
>
>> Also, the JavaHL tests require you to run make install
>> install-javahl before they will run.
>
> I didn't know that, so I didn't do it. The tests still run :)
Mark's statement isn't entirely true. I can successfully run the tests in-tree on Linux, but you have to 'make install' to run them on Mac OS X (Mark's platform). I did some digging a few weeks ago and discovered it had something to do with the way various libraries are loaded on each platform, and how libtool dealt with it. But at that point, it was easier ssh'ing into my Linux box, so I didn't go any farther.
-Hyrum
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
Posted by Philip Martin <ph...@wandisco.com>.
Mark Phippard <ma...@gmail.com> writes:
> Also, the JavaHL tests require you to run make install
> install-javahl before they will run.
I didn't know that, so I didn't do it. The tests still run :)
--
Philip
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not
found
Posted by Mark Phippard <ma...@gmail.com>.
On Wed, Dec 2, 2009 at 7:25 AM, Philip Martin
<ph...@wandisco.com> wrote:
> Mark Phippard <ma...@gmail.com> writes:
>
>> I am guessing that you are not using the Sun JDK? You pretty much
>> need to have that. The open-source JDK's just do not cut it.
>
> I can build javahl on Debian using the openjdk-6-jdk package.
I'd expect OpenJDK to work since it came from the Sun JDK. It is
mainly gcj that you need to stay away from.
> I can't get the tests to run:
>
> $ nice make check-javahl
> /usr/lib/jvm/java-6-openjdk/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes: "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
> Exception in thread "main" java.lang.NoClassDefFoundError: org/tigris/subversion/javahl/RunTests
> Caused by: java.lang.ClassNotFoundException: org.tigris.subversion.javahl.RunTests
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
> Could not find the main class: org.tigris.subversion.javahl.RunTests. Program will exit.
> make: *** [check-javahl] Error 1
You need JUnit available. Did you use --with-junit when you
configured? Also, the JavaHL tests require you to run make install
install-javahl before they will run. However, your error is more
indicative of not having configured with JUnit.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not found
Posted by Philip Martin <ph...@wandisco.com>.
Mark Phippard <ma...@gmail.com> writes:
> I am guessing that you are not using the Sun JDK? You pretty much
> need to have that. The open-source JDK's just do not cut it.
I can build javahl on Debian using the openjdk-6-jdk package.
I can't get the tests to run:
$ nice make check-javahl
/usr/lib/jvm/java-6-openjdk/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes: "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
Exception in thread "main" java.lang.NoClassDefFoundError: org/tigris/subversion/javahl/RunTests
Caused by: java.lang.ClassNotFoundException: org.tigris.subversion.javahl.RunTests
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336)
Could not find the main class: org.tigris.subversion.javahl.RunTests. Program will exit.
make: *** [check-javahl] Error 1
I get much the same error using sun-java6-jdk:
$ nice make check-javahl
/usr/lib/jvm/java-6-sun/bin/java "-Dtest.rootdir=/home/pm/sw/subversion/obj/subversion/bindings/javahl/test-work" "-Dtest.rooturl=" "-Dtest.fstype=" -Djava.library.path=subversion/bindings/javahl/native/.libs:/usr/local/subversion/lib -classpath subversion/bindings/javahl/classes: "-Dtest.tests=" org.tigris.subversion.javahl.RunTests
Exception in thread "main" java.lang.NoClassDefFoundError: org/tigris/subversion/javahl/RunTests
Caused by: java.lang.ClassNotFoundException: org.tigris.subversion.javahl.RunTests
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Could not find the main class: org.tigris.subversion.javahl.RunTests. Program will exit.
make: *** [check-javahl] Error 1
>> -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
>> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
>> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
Is that java-5. Is java-6 required?
--
Philip
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not
found
Posted by Julian Foad <ju...@wandisco.com>.
On Wed, 2009-12-02 at 06:42 -0800, Mark Phippard wrote:
> I am guessing that you are not using the Sun JDK? You pretty much
> need to have that. The open-source JDK's just do not cut it.
Thanks. I'll try that.
- Julian
> I think the problem is that there are inner classes in that class, and
> the command that is used to generate the header files (javah) does not
> support those (but does when using the version from Sun).
>
> Mark
>
>
> On Wed, Dec 2, 2009 at 6:29 AM, Julian Foad <ju...@wandisco.com> wrote:
> > A javahl build issue. (This is the first time I've got this far with
> > building javahl.)
> >
> > To compile EnumMapper.cpp it first needs header files including
> > "org_tigris_subversion_javahl_ConflictDescriptor_Action.h".
> >
> > In directory obj-dir/subversion/bindings/javahl/include/ it has created
> > most of the header files it needs, but
> > not ..._ConflictDescriptor_{Reason,Action,Kind}.h.
> >
> > I see that some classes are listed in
> > <subversion/bindings/javahl/build/build.xml> to generate such headers,
> > but I tried adding ".../ConflictDescriptor_Reason" etc there, and
> > re-building (from autogen onwards), and it seems to have no effect: it
> > didn't create that header file.
> >
> > It compiles all the other files OK.
> >
> > Any idea how I tell it to generate those three (new?) headers?
> >
> >
> > Build log:
> > [[[
> > $ (cd obj-dir && make -k javahl)
> > make: *** No rule to make target
> > `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Action.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> > make: *** No rule to make target
> > `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Kind.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> > make: *** No rule to make target
> > `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Reason.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> > /usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
> > -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
> > -Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
> > -I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
> > -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
> > -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
> > -I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
> > -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> > -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> > -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
> > -I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
> > -o subversion/bindings/javahl/native/InfoCallback.lo
> > -c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/InfoCallback.cpp
> > libtool: ignoring unknown tag CXX
> > /usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
> > -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
> > -Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
> > -I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
> > -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
> > -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
> > -I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
> > -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> > -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> > -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
> > -I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
> > -o subversion/bindings/javahl/native/Inputer.lo
> > -c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/Inputer.cpp
> > libtool: ignoring unknown tag CXX
> > [...]
> > ]]]
> >
> > - Julian
> >
> >
> >
>
>
>
Re: Trouble building JavaHL - ...ConflictDescriptor_Action.h not
found
Posted by Mark Phippard <ma...@gmail.com>.
I am guessing that you are not using the Sun JDK? You pretty much
need to have that. The open-source JDK's just do not cut it.
I think the problem is that there are inner classes in that class, and
the command that is used to generate the header files (javah) does not
support those (but does when using the version from Sun).
Mark
On Wed, Dec 2, 2009 at 6:29 AM, Julian Foad <ju...@wandisco.com> wrote:
> A javahl build issue. (This is the first time I've got this far with
> building javahl.)
>
> To compile EnumMapper.cpp it first needs header files including
> "org_tigris_subversion_javahl_ConflictDescriptor_Action.h".
>
> In directory obj-dir/subversion/bindings/javahl/include/ it has created
> most of the header files it needs, but
> not ..._ConflictDescriptor_{Reason,Action,Kind}.h.
>
> I see that some classes are listed in
> <subversion/bindings/javahl/build/build.xml> to generate such headers,
> but I tried adding ".../ConflictDescriptor_Reason" etc there, and
> re-building (from autogen onwards), and it seems to have no effect: it
> didn't create that header file.
>
> It compiles all the other files OK.
>
> Any idea how I tell it to generate those three (new?) headers?
>
>
> Build log:
> [[[
> $ (cd obj-dir && make -k javahl)
> make: *** No rule to make target
> `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Action.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> make: *** No rule to make target
> `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Kind.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> make: *** No rule to make target
> `subversion/bindings/javahl/include/org_tigris_subversion_javahl_ConflictDescriptor_Reason.h', needed by `subversion/bindings/javahl/native/EnumMapper.lo'.
> /usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
> -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
> -Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
> -I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
> -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
> -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
> -I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
> -o subversion/bindings/javahl/native/InfoCallback.lo
> -c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/InfoCallback.cpp
> libtool: ignoring unknown tag CXX
> /usr/share/apr-1.0/build/libtool --tag=CXX --silent --mode=compile g++
> -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
> -Wpointer-arith -Wwrite-strings -Wshadow -g -DSVN_DEBUG -DAP_DEBUG
> -I/home/julianfoad/src/subversion-a/subversion/include -I./subversion
> -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include/dbus-1.0
> -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/gnome-keyring-1
> -I/usr/include/neon -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include
> -I/usr/lib/jvm/java-1.5.0-gcj-4.4/include/linux
> -I/home/julianfoad/build/subversion-a/subversion/bindings/javahl/include
> -o subversion/bindings/javahl/native/Inputer.lo
> -c /home/julianfoad/src/subversion-a/subversion/bindings/javahl/native/Inputer.cpp
> libtool: ignoring unknown tag CXX
> [...]
> ]]]
>
> - Julian
>
>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/