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

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 PROTECTE

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

Processing commands for [EMAIL PROTECTED]: > tags 368967 + wontfix Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense There were no tags set. Tags added: wontfix > reassign 368967 ftp.debian.org Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory

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

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]

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

Processing commands for [EMAIL PROTECTED]: > severity 368967 grave Bug#368967: libgcj6-dev: placing jni.h in versioned subdirectory makes no sense Severity set to `grave' from `normal' > stop Stopping processing here. Please contact me if you need assistance. Debian bug

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

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: