[PATCH] java/gcj patch for admin/acinclude.m4.in

Dominique Devriese dominique.devriese at student.kuleuven.ac.be
Sat Jan 24 11:51:10 GMT 2004

Richard Dale writes:

> On Friday 23 January 2004 23:22, Peter Hawkins wrote:
>> Hi...
>> I've been working on the debian packaging for kdebindings
>> (particularly KDE_3_1_BRANCH, but 3.2 is next on my todo list).
>> Amongst other things I had to build kdebindings using GCJ instead
>> of the Sun JDK, so that the resulting packaging qualifies for
>> debian's main distribution. This actually required very little
>> work, the main change being the following patch to the Java
>> configure tests in admin/acinclude.m4.in in KDE_3_1_BRANCH. I don't
>> think it breaks anything.
>> Could someone please review the attached patch and if appropriate
>> commit it?
> I think this macro is only used by the java bindings, and it looks
> good to me. It looks for gcj by default, and if it can't find that
> then uses the Sun jdk. And you can still override the gcj default by
> specifying a java directory using the --with-java option.


> I can commit it to HEAD, but maybe when that's open again after the
> release - is it a bit soon at the moment?

HEAD is completely open again.  KDE_3_2_BRANCH is still in deep

> I'm having problems with the kde libtool generation for gcj. It
> should be possible to add a 'AM_PROG_GCJ' macro to
> kdebindings/configure.in.in, and it should generate a libtool with a
> GCJ tag. Here is an extract from the configure output:

> ...  checking whether stripping libraries is possible... yes
> appending configuration tag "GCJ" to libtool checking for
> msgfmt... /usr/bin/msgfmt ...

> Although it displays a message saying it has added a GCJ tag, the
> libtool generated only has C++ and FORTRAN:

> # The names of the tagged configurations supported by this script.
> available_tags=" CXX F77"

I'm not sure: is this still necessary with Peter's patch ?


More information about the kde-core-devel mailing list