Bug#349617: Fixed

2006-02-14 Thread Gustaf Räntilä
Seems fixed in either newer gcj or Eclipse, so this bug is no more. Thanks someone. /Gustaf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#188943: [Bug c++/10891] code using dynamic_cast causes segfaults when -fno-rtti is used

2006-02-14 Thread dbaron at dbaron dot org
--- Comment #6 from dbaron at dbaron dot org 2006-02-14 22:29 --- Was it really necessary to break dynamic_cast() with -fno-rtti ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10891 --- You are receiving this mail because: --- You reported the bug, or are watching the rep

Bug#352859: cpp: -iquote behaves wrong but -I- still works correct

2006-02-14 Thread Jeremy Nimmer
On Tue, 2006-02-14 at 19:45 +0100, Mathias Krause wrote: > The preprocessor from gcc 4.0.x behaves wrong when using the "-iquote" > option as recommended by a warning when using "-I-". The documentation states: In addition, `-I-' inhibits the use of the directory of the current file dir

Bug#352859: cpp: -iquote behaves wrong but -I- still works correct

2006-02-14 Thread Mathias Krause
Subject: cpp: -iquote behaves wrong but -I- still works correct Package: cpp Version: 4:4.0.2-2 Severity: normal The preprocessor from gcc 4.0.x behaves wrong when using the "-iquote" option as recommended by a warning when using "-I-". The problem is that it doesn't honors the include directorie

[Bug libgcj/16122] gij - Incorrect result due to computations in extended precision on x86

2006-02-14 Thread vincent at vinc17 dot org
--- Comment #5 from vincent at vinc17 dot org 2006-02-14 17:03 --- (In reply to comment #4) > Note however, that the true accurate value for d, calculated at infinite > precision, is 1-(2^-16). So, the absolute error for gcj is 1+(2^-16) and the > absolute error with correct rounding is

[Bug libgcj/16122] gij - Incorrect result due to computations in extended precision on x86

2006-02-14 Thread aph at gcc dot gnu dot org
--- Comment #4 from aph at gcc dot gnu dot org 2006-02-14 15:45 --- A bit more explanation. The problem is caused by the fact that 9007199254740994.0 + 0.847412109375 is carried out in extended precision, and the result is rounded to 9007199254740995. In double precision, the resul

Bug#173513: [Bug tree-optimization/3713] Pointers to functions or member functions are not folded or inlined

2006-02-14 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26282 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3713 --- You

Bug#352790: gcc-4.0: gcc doesn't use locale for default input charset

2006-02-14 Thread Samuel Thibault
Package: gcc-4.0 Version: 4.0.2-8 Severity: normal Tags: upstream Hi, Manual page says: -finput-charset=charset Set the input character set, used for translation from the charac- ter set of the input file to the source character set used by GCC. If the loc