Bug#288152: marked as done (gcc-snapshot: FTBFS on amd64.)

Your message dated Sun, 13 Feb 2005 10:45:23 +0100 with message-id <[EMAIL PROTECTED]> and subject line fixed in gcc-snapshot_20050212-1 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 is now your r

Bug#284667: marked as done (gfortran not in gcc-snapshot)

Your message dated Sun, 13 Feb 2005 10:45:23 +0100 with message-id <[EMAIL PROTECTED]> and subject line fixed in gcc-snapshot_20050212-1 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 is now your r

unsubscribe

unsubscribe -- Dr. Bernhard Busch Max-Planck-Institut für Biochemie Rechenzentrum Am Klopferspitz 18a D-82152 Martinsried Tel: +49(89)8578-2582 Fax: +49(89)8578-2479 Email [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTE

Bug#295073: g++-3.3: operator new doesn't initialize memory anymore after thrown exception

Package: g++-3.3 Version: 1:3.3.5-5 Severity: normal Dear g++ maintainer, When running the following little program it appears that operator new fails to initialize the memory it allocates. For example, when I run the program I get the following output: 134517800 0 1074470752 1074986304 0 1 1 1

[Bug libgcj/19934] [4.0 regression] [alpha-linux] bootstrap error linking libgcj

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-13 13:55 --- Confirmed. See for a possible patch and discussion. -- What|Removed |Added --

Bug#295073: marked as done (g++-3.3: operator new doesn't initialize memory anymore after thrown exception)

Your message dated Sun, 13 Feb 2005 14:55:24 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#295073: g++-3.3: operator new doesn't initialize memory anymore after thrown exception has caused the attached Bug report to be marked as done. This means that you claim that the problem ha

Results for 4.0.0 20050212 (experimental) testsuite on i486-pc-linux-gnu

LAST_UPDATED: Sat Feb 12 20:53:45 UTC 2005 === acats tests === FAIL: a26007a FAIL: ad8011a FAIL: c23003a FAIL: c23003b FAIL: c23003g FAIL: c23003i FAIL: c32001e FAIL: c34002a FAIL: c35502d FAIL: c35502f FAIL: c35503d FAIL: c35503f FAIL: c391002 FAIL: c43

Results for 3.4.4 20050203 (prerelease) (Debian 3.4.3-9) testsuite on m68k-linux

LAST_UPDATED: Mon Feb 7 22:07:14 UTC 2005 Native configuration is m68k-linux (a4000t) === gpc tests === Running target any FAIL: emil24.pas FAIL: fjf328.pas FAIL: fjf347.pas FAIL: kurzw2.pas === gpc Summary === # of tests3953 # of expected pass