Processed: Re: libc6-dev: XSI-compliant version of strerror_r() not useable from C++

2008-07-17 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: retitle 485135 g++: unconditionally defines _GNU_SOURCE Bug#485135: libc6-dev: XSI-compliant version of strerror_r() not useable from C++ Changed Bug title to `g++: unconditionally defines _GNU_SOURCE' from `libc6-dev: XSI-compliant version of

[Bug target/25343] [4.2/4.3/4.4 regression] [m68k] testsuite failures

2008-07-17 Thread doko at gcc dot gnu dot org
--- Comment #11 from doko at gcc dot gnu dot org 2008-07-17 10:05 --- Subject: Bug 25343 Author: doko Date: Thu Jul 17 10:04:51 2008 New Revision: 137918 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137918 Log: 2008-07-17 Roman Zippel [EMAIL PROTECTED] PR target/25343

[Bug rtl-optimization/323] optimized code gives strange floating point results

2008-07-17 Thread mbrudka at filbico dot pl
--- Comment #119 from mbrudka at filbico dot pl 2008-07-17 10:45 --- Another example related with fp on x87? EXPECTED RESULT: 0 (with EPS accuracy) 0 (with EPS accuracy) 0 (with EPS accuracy) 0 (with EPS accuracy) REAL RESULT: 5.313991e+33 5.313991e+33 0.00e+00 0.00e+00 CODE

[Bug rtl-optimization/323] optimized code gives strange floating point results

2008-07-17 Thread vincent at vinc17 dot org
--- Comment #120 from vincent at vinc17 dot org 2008-07-17 12:41 --- (In reply to comment #119) REAL RESULT: 5.313991e+33 5.313991e+33 0.00e+00 0.00e+00 Only without optimizations. But since the ISO C standard allows expressions to be evaluated in a higher precision,

[Bug rtl-optimization/323] optimized code gives strange floating point results

2008-07-17 Thread mbrudka at filbico dot pl
--- Comment #121 from mbrudka at filbico dot pl 2008-07-17 12:51 --- Thank you Vincent. I fact after commenting I realized that this is a plain numerical error on the last digit of double in multiplication. I think that my comment was rather irrelevant and I am the more ashamed the more

Bug#485135: Increasing severity

2008-07-17 Thread Bastian Blank
On Thu, Jul 17, 2008 at 01:56:49AM +0200, Eduard Bloch wrote: IMHO this problem is nasty: if the user does not check the return code but sanitizes the buffer before using it, then this bug leads to incorrect program behaviour (empty error messages) without triggering any compiler warning.

Results for 4.3.1 (Debian 4.3.1-6) testsuite on alpha-unknown-linux-gnu

2008-07-17 Thread Matthias Klose
LAST_UPDATED: Sat Jul 5 23:24:36 UTC 2008 (revision 137511) Native configuration is alpha-unknown-linux-gnu === libgomp tests === Running target unix WARNING: program timed out. FAIL: libgomp.c/autopar-1.c execution test FAIL: libgomp.fortran/threadprivate3.f90 -O3