Bug#710471: broken symlink /usr/lib/jvm/java-1.5.0-gcj

Package: gcj-jre-headless Version: 4:4.7.2-1 Severity: important This package contains the broken symlink /usr/lib/jvm/java-1.5.0-gcj -> java-1.5.0-gcj-4.7 The correct target is presumably /usr/lib/jvm/java-1.5.0-gcj-4.7-i386 (with the architecture). -- System Information: Debian Release: jes

Bug#423740: Processed: Re: Bug#423740: postgresql-pljava: FTBFS: gcjh: Command not found

Am Montag, 14. Mai 2007 10:28 schrieb Matthias Klose: > please use gjavah, gcjh is obsolete. Where is this documented? Why is there no transition plan? Why does gcjh-4.1 still exist? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC

Bug#370518: placing jni.h in versioned subdirectory makes no sense

Package: libgcj7-dev Version: 4.1.0-2j1 Severity: grave This package installs jni.h in /usr/lib/gcc/i486-linux-gnu/4.1.1/include/. This only works if you happen to use gcc 4.1.1 to compile the C program you're dealing with, but my gcc thinks it's version 4.0.4: $ gcc -print-search-dirs install: /

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]

Bug#365934: java-gcj-compat-dev: Dead links in /usr/lib/jvm/java-gcj/include/

Am Donnerstag, 1. Juni 2006 16:58 schrieb Matthias Klose: > Peter Eisentraut writes: > > reopen 365934 > > stop > > > > If you choose to resolve this by tightening the dependency on gcj, then > > the dependency needs to look something like > > > > gcj

Bug#365934: java-gcj-compat-dev: Dead links in /usr/lib/jvm/java-gcj/include/

reopen 365934 stop If you choose to resolve this by tightening the dependency on gcj, then the dependency needs to look something like gcj-4.1 (>= 4.1.1), gcj-4.1 (<< 4.1.2) -- 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

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:

Bug#367038: every upload of gcc breaks links in include directory

Package: java-gcj-compat Version: 1.0.30-4 Severity: important This package supplies: $ ls -l /usr/lib/jvm/java-gcj/include/ total 4 lrwxrwxrwx 1 root root 45 Mar 29 12:23 gcj -> ../../../gcc/i486-linux-gnu/4.0.2/include/gcj lrwxrwxrwx 1 root root 48 Mar 29 12:23 jawt.h -> ../../../gcc/i486

Bug#335650: gij-4.0: assertion failure with rhdb-explain

Package: gij-4.0 Version: 4.0.2-2 Severity: normal The package rhdb-explain currently requires a Sun JDK. Trying it with gij leads to this: gij -cp /usr/share/java/postgresql.jar:/usr/share/java/rhdb-explain.jar com.redhat.rhdb.vise.Vise ** ERROR **: file ../../../src/libjava/jni/gtk-peer/gnu

Re: Weird assembler messages with GCC 4.0

Matthias Klose wrote: > please can you recheck with binutils 2.16 from experimental, That one works. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Weird assembler messages with GCC 4.0

So I wanted to recompile a C++ package with GCC 4.0 as was announced a few hours ago and it gave me quite puzzling warnings along the way. In particular, I get a whole bunch of warnings like this: g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../lua/include -I../lua/local -DLIBDIR=\"/usr/lib\" -I/u