Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

2006-08-05 Thread Jeroen van Wolffelaar
tags 368967 moreinfo
thanks

On Fri, Jun 02, 2006 at 07:21:25PM +0200, Matthias Klose wrote:
 reassign 368967 ftp.debian.org
 retitle 368967 RM: gcj-4.0 -- old gcj packages, replaced by gcj-4.1

There is still quite some packages reverse-depending on gcj-4.0, are you
sure you want it removed now?

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber  MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

2006-08-05 Thread Matthias Klose
tags 368967 - moreinfo
thanks

Jeroen van Wolffelaar writes:
 tags 368967 moreinfo
 thanks
 
 On Fri, Jun 02, 2006 at 07:21:25PM +0200, Matthias Klose wrote:
  reassign 368967 ftp.debian.org
  retitle 368967 RM: gcj-4.0 -- old gcj packages, replaced by gcj-4.1
 
 There is still quite some packages reverse-depending on gcj-4.0,

could you enlighten me? I don't a single package with reverse
dependencies or build dependencies in unstable, which is also in
testing.

 are you sure you want it removed now?

yes.

  Matthias


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

2006-06-02 Thread Peter Eisentraut
severity 368967 grave
stop

I have to raise the severity of this because most gcj-using packages are 
currently unbuildable as a result of this.  Examples are libgnujaxp-java and 
postgresql-pljava.

#365934 in java-gcj-compat-dev is a related issue.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

2006-06-02 Thread Matthias Klose
tags 368967 + wontfix
reassign 368967 ftp.debian.org
severity 368967 serious
retitle 368967 RM: gcj-4.0 -- old gcj packages, replaced by gcj-4.1
block 368967 by 369983 369990 369986 369979 369982 369984 369985 369980 369988 
369981 369989 369987
thanks


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense

2006-05-26 Thread Peter Eisentraut
Package: libgcj6-dev
Version: 4.0.2-5j2
Severity: normal

This package installs jni.h in /usr/lib/gcc/i486-linux-gnu/4.0.3/include/.
This only works if you happen to use gcc 4.0.3 to compile the C program
you're dealing with, but my gcc thinks it's version 4.0.4:

$ gcc -print-search-dirs
install: /usr/lib/gcc/i486-linux-gnu/4.0.4/
programs: 
=/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/:/usr/libexec/gcc/i486-linux-gnu/4.0.4/:/usr/libexec/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../i486-linux-gnu/bin/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../i486-linux-gnu/bin/
libraries: 
=/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../i486-linux-gnu/lib/i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../../i486-linux-gnu/lib/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../i486-linux-gnu/4.0.4/:/usr/lib/gcc/i486-linux-gnu/4.0.4/../../../:/lib/i486-linux-gnu/4.0.4/:/lib/:/usr/lib/i486-linux-gnu/4.0.4/:/usr/lib/

Since gcj-x.y and gcc-x.y are different source packages, you are bound
to have this sort of descrepancy once in a while.

In order to allow packages to use the JNI interface without breaking
every so often, the header files need to be placed in a directory where
every compiler can find them.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]