Bug#371062: Bug#371060: libgcj7-dev

[Ben Burton]

Hi,

> Probably a solution would be including libgcj7-dev.

It does.  It build-depends on libgcj-dev (>= 4:4.1.0), which brings in
libgcj7-dev.

>From the amd64 build log (which failed in this way):

  Unpacking libgcj7-dev (from .../libgcj7-dev_4.1.1-2_amd64.deb) ...

I suspect my problem is -I/usr/lib/jvm/java-gcj/include ; the symlinks
that point from there to the real jni.h are provided by java-gcj-compat
and java-gcj-compat-dev, which I don't build-depend on.  It seems the
real filenames are now gcc-version-dependent, and look something like
/usr/lib/gcc/i486-linux-gnu/4.1.1/include/jni.h, which I expect gcc
won't find unless your gcc and gcj versions are the same.

So it seems I need to build-depend on java-gcj-compat-dev if I don't
want to hard-code the (gcc-version-dependent) path to jni.h.

b.