Bug#179298: gcj-3.2: provide "jar" command with gcj

Package: gcj-3.2 Version: 1:3.2.2-0pre5 Severity: wishlist Hi, it would be cool if the gcj package somehow made sure that a "jar" command was available, either by depending on the "fastjar" package or with a small shell script that calls the Java implementation. Usually, fastjar is part of the g

woody gcc-2.95 test suite failures

Hi, Using apt-get --compile source to build gcc-2.95 on my woody system, I find that the test suite results give around 1560 "unexpected failures" for gcc. Bad compilation? Don't think so. Running the testsuite on the precompiled version in the woody .deb gives the same result. I would appreciat

Results for 3.3 20030129 (prerelease) testsuite on sparc-unknown-linux-gnu

LAST_UPDATED: Wed Jan 29 21:58:55 UTC 2003 Native configuration is sparc-unknown-linux-gnu === g++ tests === Running target unix FAIL: g++.dg/compat/break/bitfield7 y_tst.o compile UNRESOLVED: g++.dg/compat/break/bitfield7 x_tst.o-y_tst.o link UNRESOLVED: g++.dg/compat/break/bi

Bug#176081: libgcj.so.3.0.0 has non-PIC static code linked in

This should be fixed upstream now... http://gcc.gnu.org/ml/gcc-patches/2003-01/msg02409.html

Bug#179129: marked as done (libstdc++5-dev: Upgradeing broken.)

Your message dated Fri, 31 Jan 2003 16:49:18 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#179128: fixed in gcc-3.2 1:3.2.2ds7-0pre8 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it

Bug#179128: marked as done (libstdc++5-dev: depends on libc12-dev, which only NetBSD has)

Your message dated Fri, 31 Jan 2003 16:49:18 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#179128: fixed in gcc-3.2 1:3.2.2ds7-0pre8 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it

gcc-3.2_3.2.2ds7-0pre8_i386.changes ACCEPTED

Accepted: cpp-3.2-doc_3.2.2-0pre8_all.deb to pool/main/g/gcc-3.2/cpp-3.2-doc_3.2.2-0pre8_all.deb cpp-3.2_3.2.2-0pre8_i386.deb to pool/main/g/gcc-3.2/cpp-3.2_3.2.2-0pre8_i386.deb fastjar_3.2.2-0pre8_i386.deb to pool/main/g/gcc-3.2/fastjar_3.2.2-0pre8_i386.deb fixincludes_3.2.2-0pre8_i386.deb

gcc-3.2_3.2.2ds7-0pre8_i386.changes REJECTED

Rejected: gcc-3.2_3.2.2ds7-0pre8.dsc refers to gcc-3.2_3.2.2ds7.orig.tar.gz, but I can't find it in the queue or in the pool. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. Your rejected files are in incoming/REJECT/.

Processing of gcc-3.2_3.2.2ds7-0pre8_i386.changes

gcc-3.2_3.2.2ds7-0pre8_i386.changes uploaded successfully to localhost along with the files: gcc-3.2_3.2.2ds7-0pre8.dsc gcc-3.2_3.2.2ds7-0pre8.diff.gz cpp-3.2-doc_3.2.2-0pre8_all.deb libstdc++5-doc_3.2.2-0pre8_all.deb g77-3.2-doc_3.2.2-0pre8_all.deb gnat-3.2-doc_3.2.2-0pre8_all.deb gp

Re: GCC 3.3, GCC 3.4

--On Thursday, January 30, 2003 04:52:41 PM -0800 Zack Weinberg <[EMAIL PROTECTED]> wrote: I'm relaying this to the LSB working group in charge of C++ and also to the Debian gcc team -- Debian is presently in the process of transitioning to the 3.2 ABI and I am pretty sure they also were operati

a problem with building ocaml on sparc with gcc 3.2 ...

Hello, ... I encounter this problem when building ocaml with gcc 3.2 on sparc : boot/ocamlrun boot/ocamlc -nostdlib -I boot -linkall -o ocaml.tmp toplevel/toplevellib.cma toplevel/topstart.cmo make[1]: *** [ocaml] Bus error make[1]: Leaving directory `/home/luther/ocaml-3.06' make: *** [build-s

Bug#179161: [fixed in snapshot 20030105] lcdproc_0.4.3-12(mipsel) regression from 2.95

Package: gcc-3.2 Version: 1:3.2.2-0pre7 Severity: important There was an error while trying to autobuild your package: > Automatic build of lcdproc_0.4.3-12 on repeat.rfc822.org by sbuild/mipsel > 1.170 > Build started at 20030111-2236 [...] > ** Using build dependencies supplied by package: >

Bug#179128: libstdc++5-dev: depends on libc12-dev, which only NetBSD has

Aaron M. Ucko writes: > libstdc++5-dev seems to have gained a dependency on libc12-dev, which > AFAICT only exists on Debian GNU/NetBSD; could you please > conditionalize it accordingly? > > Likewise for libgcj3-dev and libffi2-dev. I should not test on hppa only, when i386 specific changes are g

Re: GCC 3.3, GCC 3.4

[going to vacation for three weeks, therefore trimmed the CCs] Zack Weinberg writes: > Gabriel Dos Reis <[EMAIL PROTECTED]> writes: > > > Zack Weinberg <[EMAIL PROTECTED]> writes: > > > > | Benjamin Kosnik <[EMAIL PROTECTED]> writes: > > | > > > | > I've versioned the runtimes assuming that 3.3 w

Bug#179128: Reference bug...

This is *almost* certainly related to bug #178325 (LIBC_DEV value for libc12), but I don't see any obvious reason for it to be failing like this; the patch simply mimics and continues the prior pattern of testing in a cascade fashion for various things, before bailing to a default of libc6-dev, and