gcj-4.1 4.1.2-16 MIGRATED to testing

FYI: The status of the gcj-4.1 source package in Debian's testing distribution has changed. Previous version: 4.1.2-14 Current version: 4.1.2-16 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information.

Bug#443767: libstdc++6-4.1-dev: libstdc++-dev doesn't need to depend on g++; recommend or suggest is sufficient

Package: libstdc++6-4.1-dev Version: 4.1.1-14 Severity: normal Hi, Currently libstdc++6-4.1-dev depends on g++-4.1, and vice-versa. While I think it's reasonable for g++ to depend on libstdc++-dev, I don't see a good reason why libstdc++-dev must depend on g++, and I suggest that this is redu

Processed: severity of 440545 is critical

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.8 > severity 440545 critical Bug#440545: [PR33381] [amd64] miscompilation casting signed long to void* Severity set to `critical' from `normal' > End of message, stopping processing here

Processed: found 443576 in 4.2.1-4

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.8 > found 443576 4.2.1-4 Bug#443576: gcc-4.2: -O2 generates wrong code Bug marked as found in version 4.2.1-4. > End of message, stopping processing here. Please contact me if you need

Processed: found 442036 in 4.2.1-5, notfound 442036 in 4:4.2.1-6

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.8 > found 442036 4.2.1-5 Bug#442036: gcc-4.2: ICE on Alpha with new GSL sources Bug marked as found in version 4.2.1-5. > notfound 442036 4:4.2.1-6 Bug#442036: gcc-4.2: ICE on Alpha with

Bug#443744: gdc-4.1: undefined reference to `_D3std1c5stdio6_iobuf6__initZ'

Package: gdc-4.1 Version: 0.24-4.1.2-16 Severity: grave Justification: renders package unusable $ cat test.d import std.c.stdio; int main() { FILE *files[1] = [stdin]; return 0; } $ gdc -o /dev/null test.d /tmp/cc2CdHzH.o:(.data._D29TypeInfo_S3std1c5stdio6_iobuf6__initZ[_D29TypeInfo_S3st

Bug#443576: Strict aliasing problem

Le 23.09.2007, à 10:22:15, Falk Hueffner a écrit: > "Phil Endecott" <[EMAIL PROTECTED]> writes: > > >> I think I found a bug in gcc-4.2 > > > >> int i, j; > >> printf("%d %d\n", j, (void *)(j)); > > > > This looks like a strict-aliasing issue to me; you're casting from an > > int to a void*, which

Bug#443576: Strict aliasing problem

"Phil Endecott" <[EMAIL PROTECTED]> writes: >> I think I found a bug in gcc-4.2 > >> int i, j; >> printf("%d %d\n", j, (void *)(j)); > > This looks like a strict-aliasing issue to me; you're casting from an > int to a void*, which is undefined. Casting from int to void* is not undefined, but impl