[Bug c/16676] [3.4 Regression] ICE with nested functions and -g1, blocks glibc

2005-09-09 Thread rguenth at gcc dot gnu dot org
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-09 10:31 --- As this _only_ happens with -O1 -g1 (not -O2 -g1, nor -O1 -g) this is surely not critical (anymore anyways). Re-confirmed on 3.4.4 though. Also this is likely not to be fixed. -- What|Remo

Bug#327346: g++-4.0: Internal compiler error in import_export_decl at cp/decl2.c:1741

2005-09-09 Thread Werner Ölz
Package: g++-4.0 Version: 4.0.1-6 Severity: important When I compile the following file (definitions.cc): template < class ELM_T > class b_array { public: b_array() {} }; template < class ELM_T > class bc_array: public b_array< ELM_T > { public: bc_array() {} protected: static ELM_T

Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding

2005-09-09 Thread Wesley W. Terpstra
Package: gcc-4.0 Version: 4.0.1-6 Severity: important When compiling the fesetround function (which controls the processor rounding mode), gcc-4.0 incorrectly optimizes away the code!!! Here's the C code in question: __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw)); sw[0] &= ~FE_DOWNWARD;

Bug#327351: Testcase

2005-09-09 Thread Wesley W. Terpstra
Here's a small test-case: #include #include #include int cvt(float f) { return (int)rint(f); } int main() { printf("%d %d %d %d\n", cvt(23.7), cvt(23.23), cvt(-23.7), cvt(-23.23)); fesetround(FE_TONEAREST); printf("%d %d %d %d\n", cvt(23.7), cvt(23.23), cvt(-23.7),

Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding

2005-09-09 Thread Falk Hueffner
"Wesley W. Terpstra" <[EMAIL PROTECTED]> writes: > Package: gcc-4.0 > Version: 4.0.1-6 > Severity: important > > When compiling the fesetround function (which controls the processor > rounding mode), gcc-4.0 incorrectly optimizes away the code!!! > > Here's the C code in question: > __asm__ ("fs

Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding

2005-09-09 Thread Wesley W. Terpstra
On Sep 9, 2005, at 3:11 PM, Falk Hueffner wrote:"Wesley W. Terpstra" <[EMAIL PROTECTED]> writes:  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));  sw[0] &= ~FE_DOWNWARD;  sw[0] |= round;  __asm__ ("fldd 0(%0),%%fr0" : : "r" (sw));This is not a bug in gcc. The second asm is not marked as readi

Processed: Re: Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding

2005-09-09 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 327351 libc rounding is broken on HPPA Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding Changed Bug title. > reassign 327351 libc6 Bug#327351: libc rounding is broken on HPPA Bug reassigned from package `gcc-4.0' to `libc6'.

Bug#327351: gcc-4.0: Gcc miscompiles libc on hppa - breaks rounding

2005-09-09 Thread Wesley W. Terpstra
retitle 327351 libc rounding is broken on HPPAreassign  327351 libc6tags 327351 +patchthanksOn Sep 9, 2005, at 3:25 PM, Wesley W. Terpstra wrote:On Sep 9, 2005, at 3:11 PM, Falk Hueffner wrote:"Wesley W. Terpstra" <[EMAIL PROTECTED]> writes:  __asm__ ("fstd %%fr0,0(%1)" : "=m" (*sw) : "r" (sw));  s

Bug#327411: libgcj6-dev: execution of java program compiled with --static fails in gnu.regexp init

2005-09-09 Thread Frits Daalmans
Package: libgcj6-dev Version: 4.0.1-2 Severity: normal Hello, When I compile a java program with gcj-4.0, and I link the resulting object code with --static, the resulting large static executable fails to execute with the following exception: Exception in thread "main" java.lang.ExceptionInIniti

[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843

2005-09-09 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-10 03:17 --- I think the front-end is not remarking the INTEGER_CST's TREE_OVERFLOW to be zero. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551 --- You are receiving this mail because: --- You are on t