[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #3 from hp at gcc dot gnu dot org 2008-06-23 07:12 --- An obvious and plausible explanation. It appears it's also correct; simulator traces and trial link-time replacement gives it's _strtod_r (in newlib/libc/stdlib/strtod.c) that's "miscompiled". On closer look it seems the

[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #4 from hp at gcc dot gnu dot org 2008-06-23 07:38 --- FWIW, I'm about to fix newlib... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36593

[Bug fortran/36597] OpenMP 3: _OPENMP should be 200805 instead of 200505

--- Comment #3 from jakub at gcc dot gnu dot org 2008-06-23 08:44 --- Oh, I wasn't aware Fortran duplicates this, nor fortran/cpp.c has been around on the gomp-3_0-branch when I've committed the change. Will fix up. -- jakub at gcc dot gnu dot org changed: What|Remove

[Bug fortran/36604] New: ICE on duplicate DATA

program test real value(2) data value/2*0.0/ data value/2*0.0/ end ICEs in gfc_assign_data_value_range - ref->next == NULL, but find_con_by_offset returned non-NULL (as the data has been set already). Guess some checking for duplicate DATA needs to be done and error reported instead of fail

[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #5 from rguenther at suse dot de 2008-06-23 09:48 --- Subject: Re: [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc On Mon, 23 Jun 2008, hp at gcc dot gnu dot org wrote: > --- Comment #3 from hp at gcc dot gnu dot org 2008-06-23 07:

[Bug fortran/24978] ICE in gfc_assign_data_value_range

--- Comment #17 from dfranke at gcc dot gnu dot org 2008-06-23 09:53 --- *** Bug 36604 has been marked as a duplicate of this bug. *** -- dfranke at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/36604] ICE on duplicate DATA

--- Comment #1 from dfranke at gcc dot gnu dot org 2008-06-23 09:53 --- *** This bug has been marked as a duplicate of 24978 *** -- dfranke at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/36482] cris gcc 4.2.3 -Os causes internal compiler error (-O0 works)

--- Comment #2 from hinko dot kocevar at cetrtapot dot si 2008-06-23 10:05 --- I can recreate the same error with gcc-4.3.1 and gcc-4.4-20080502. I also fails to compile linux kernel: .. CC lib/zlib_deflate/deflate_syms.o (const_int -13 [0xfff3]) net/core/stream.c: In functio

[Bug tree-optimization/36519] [4.3 Regression] time/memory hog for c++ source.

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-06-23 10:11 --- Subject: Bug 36519 Author: rguenth Date: Mon Jun 23 10:10:38 2008 New Revision: 137033 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137033 Log: 2008-06-23 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug other/36498] [4.3 Regression] time/memory hog for large c++ source.

--- Comment #16 from rguenth at gcc dot gnu dot org 2008-06-23 10:13 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug tree-optimization/36519] [4.3 Regression] time/memory hog for c++ source.

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-06-23 10:14 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/36597] OpenMP 3: _OPENMP should be 200805 instead of 200505

--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-23 10:21 --- Subject: Bug 36597 Author: jakub Date: Mon Jun 23 10:20:33 2008 New Revision: 137034 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137034 Log: PR fortran/36597 * cpp.c (cpp_define_builtins): C

[Bug c++/36407] [4.3/4.4 regression] ICE with conversion and -fpermissive

--- Comment #5 from jakub at gcc dot gnu dot org 2008-06-23 10:39 --- Introduced by PR35773. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36407

[Bug c/36605] New: no previous prototype for 'host_detect_local_cpu' in 06/20/08 snapshot of gcc on MIPS Linux

When I attempt to compile the 06/20/08 snapshot of gcc and gfortran on an SGI box running Debian Linux 4.0 I get the following message: /home/mrichmon/gcc-4.4-20080620/gcc/config/mips/driver-native.c:37: error: no previous prototype for 'host_detect_local_cpu' -- Summary: no previous

[Bug tree-optimization/36508] [4.3 Regression] ICE in compute_antic

--- Comment #12 from jakub at gcc dot gnu dot org 2008-06-23 11:52 --- Subject: Bug 36508 Author: jakub Date: Mon Jun 23 11:51:34 2008 New Revision: 137036 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137036 Log: PR tree-optimization/36508 * tree-ssa-pre.c (com

[Bug tree-optimization/36508] [4.3 Regression] ICE in compute_antic

--- Comment #14 from jakub at gcc dot gnu dot org 2008-06-23 11:58 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug tree-optimization/36508] [4.3 Regression] ICE in compute_antic

--- Comment #13 from jakub at gcc dot gnu dot org 2008-06-23 11:58 --- Subject: Bug 36508 Author: jakub Date: Mon Jun 23 11:57:19 2008 New Revision: 137037 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137037 Log: PR tree-optimization/36508 * tree-ssa-pre.c (com

[Bug target/36583] [4.3/4.4 Regression] ICE on 5282/5206 at -O2

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P4

[Bug target/36533] [4.3/4.4 Regression] Incorrectly assumed aligned_operand

--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-23 13:07 --- Subject: Bug 36533 Author: jakub Date: Mon Jun 23 13:06:15 2008 New Revision: 137038 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137038 Log: PR target/36533 * emit-rtl.c (set_reg_attrs_from_

[Bug fortran/36597] OpenMP 3: _OPENMP should be 200805 instead of 200505

--- Comment #5 from jakub at gcc dot gnu dot org 2008-06-23 13:07 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #6 from hp at gcc dot gnu dot org 2008-06-23 13:13 --- (In reply to comment #5) > Note that this type-punning using a union is ok, so it must be something > else (or it is gccs fault in this case). For the record, presumably (re our discussion on irc) you're confusing the ty

[Bug target/36533] [4.3/4.4 Regression] Incorrectly assumed aligned_operand

--- Comment #5 from jakub at gcc dot gnu dot org 2008-06-23 13:16 --- Subject: Bug 36533 Author: jakub Date: Mon Jun 23 13:16:07 2008 New Revision: 137039 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137039 Log: PR target/36533 * emit-rtl.c (set_reg_attrs_from_

[Bug target/36533] [4.3/4.4 Regression] Incorrectly assumed aligned_operand

--- Comment #6 from jakub at gcc dot gnu dot org 2008-06-23 13:19 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #7 from hp at gcc dot gnu dot org 2008-06-23 13:30 --- Created an attachment (id=15806) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15806&action=view) preprocessed offending code Use -O2; should "work" with any 32-bit target. Note the single (U*) cast for e.g. aadj1

[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above

--- Comment #18 from rguenth at gcc dot gnu dot org 2008-06-23 13:39 --- Created an attachment (id=15807) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15807&action=view) patch This "fixes" it for me. Can you check on hppa? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=355

[Bug fortran/36599] major execution regression for induct.f90 polyhedron benchmark in 4.3.1 on Intel

--- Comment #9 from howarth at nitro dot med dot uc dot edu 2008-06-23 13:41 --- Since r134730 represents a new feature and can't be backported, this leaves one question. Did that change un gcc trunk really 'fix' the problem in the induct benchmark performance using -fassociative-math a

[Bug debug/36589] [4.4 Regression]: No debug info for local static variable at -O0

--- Comment #2 from hjl dot tools at gmail dot com 2008-06-23 13:44 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01431.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug fortran/36599] major execution regression for induct.f90 polyhedron benchmark in 4.3.1 on Intel

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-06-23 14:02 --- It probably made it latent. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36599

[Bug pch/36606] New: segfault when a pch is included through a header file

A chain of files like pch -> .h -> .h -> .cpp (pch is included through 2 headers) crashes gcc. This bug is a regression from 4.2.x. Here's a base64 encoded .tar.gz with example source (sorry, but where's any option to send an attachments here on buzilla? :/): H4sIAOutX0gAA+3XQW+CMBgGYM79FY1etotSW

[Bug fortran/36599] major execution regression for induct.f90 polyhedron benchmark in 4.3.1 on Intel

--- Comment #11 from howarth at nitro dot med dot uc dot edu 2008-06-23 14:54 --- Any suggestions for debugging this further in gcc 4.3 branch? Currently we have the following observations... 1) The problem is specific to -fassociative-math -fno-signed-zeros -fno-trapping-math (-fno-si

[Bug fortran/36599] major execution regression for induct.f90 polyhedron benchmark in 4.3.1 on Intel

--- Comment #12 from howarth at nitro dot med dot uc dot edu 2008-06-23 15:22 --- I just checked on an Opteron and a Xeon with Fedora 9. Neither shows the problem so it may be Core 2 specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36599

[Bug c++/36364] [4.1/4.2/4.3/4.4 Regression] Problem with -frepo

--- Comment #2 from jakub at gcc dot gnu dot org 2008-06-23 15:34 --- Testing a fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

[Bug c++/36607] New: Incorrect type diagnostic on substracting casted char pointers

The following little code sample does no longer compile with 4.3 or higher: struct a {}; void b() { int a::*m; a *c; int p = reinterpret_cast(&(c->*m)) - reinterpret_cast(c); } Instead the compiler emits the error message: bad.cc: In function ‘void b()’: bad.cc:5: error: aggregate va

[Bug tree-optimization/36504] [4.3/4.4 regression] ICE when building xorg-server with -O3 -fprefetch-loop-arrays

--- Comment #3 from jakub at gcc dot gnu dot org 2008-06-23 16:27 --- Sounds related to PR33856. Does xorg-server really return uninitialized aggregate? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36504

[Bug tree-optimization/36504] [4.3/4.4 regression] ICE when building xorg-server with -O3 -fprefetch-loop-arrays

--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-23 16:41 --- tree-ssa-loop-prefetch.c is the only other direct caller of create_data_ref. PR33856 should catch in get_references_in_stmt all refs without base, so all that needs to be done is to avoid REFERENCE_CLASS_P's with !get_

[Bug target/36584] [4.3/4.4 Regression] Stack is not aligned correctly in recursive function

--- Comment #4 from ubizjak at gmail dot com 2008-06-23 17:36 --- Author: uros Date: Mon Jun 23 17:31:12 2008 New Revision: 137045 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=137045 Log: PR middle-end/PR36584 * calls.c (expand_call): Increase alignment for recu

[Bug bootstrap/33304] Bootstrap failure on solaris2 using cc due to empty macro arguments

--- Comment #1 from ghazi at gcc dot gnu dot org 2008-06-23 17:50 --- Patches to fix these problems in c-common.c/tree.c were posted here: http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00687.html http://gcc.gnu.org/ml/gcc-patches/2008-06/msg00858.html -- ghazi at gcc dot gnu dot org

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Comment #9 from hans at mesoscopic dot mines dot edu 2008-06-23 18:03 --- FWIW- I ran into this "bug" too, in the same usecase as Gary. I think the current behavior is close to useless and should be changed as outlined above. Cheers Hans -- hans at mesoscopic dot mines dot ed

[Bug target/35620] ICE passing dereferenced pointer to _Decimal32

--- Comment #2 from bergner at gcc dot gnu dot org 2008-06-23 19:57 --- Janis, is this fixed with your patch so we can close this bugzilla? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35620

[Bug c/35712] decimal float literal constant zero loses significant trailing zeroes

--- Comment #2 from bergner at gcc dot gnu dot org 2008-06-23 19:59 --- Janis, is this fixed so we can close this bugzilla? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35712

[Bug fortran/36341] MATMUL: Bounds check missing (run time & compile time)

--- Comment #6 from tkoenig at gcc dot gnu dot org 2008-06-23 21:28 --- We should probably set the shape for arguments of known shape in gfc_resolve_matmul. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/36594] [4.4 Regression] multiple regressions on powerpc at rev.136976

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-06-23 22:12 --- This is the patch which I am testing (which fixes the original issue Honza ran into and this one too): Index: builtins.c === --- builtins.c (revision 1

[Bug c++/36608] New: internal compiler error: in find_outermost_region_in_block, at tree-cfg.c:4739

I am using C++ and OpenMP, This also appears to be a bug in more recent versions of the compiler. -- Summary: internal compiler error: in find_outermost_region_in_block, at tree-cfg.c:4739 Product: gcc Version: 4.1.2 Status: UNCONF

[Bug c++/36608] internal compiler error: in find_outermost_region_in_block, at tree-cfg.c:4739

--- Comment #1 from bmayer at gmail dot com 2008-06-23 22:34 --- I tried to attach the preprocessed source, bugzilla told me that the file was 1300KB and it only could be 1000KB. I can email it to you if you want. This bug appears to show up in later compilers also. -- bmayer at gmai

[Bug c++/36608] internal compiler error: in find_outermost_region_in_block, at tree-cfg.c:4739

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-23 22:37 --- This is most likely fixed in 4.2.0 or 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36608

[Bug target/36609] New: AVR wrong code using incorrect RTL for test reversal pattern

I found problem with AVR test instructions such used by c/c++ code (x>0) and demonstrated by testsuite test gcc.c-torture/execute/pr22493-1.c #include extern void abort (); extern void exit (int); void f(int i) { if (i>0) abort(); i = -i; if (i<0) return; abort (); } int main(int

[Bug objc/36610] New: message forwarding broken on x86_64: self is not receiver

Note that this is a 64-bit problem. i386 works fine. Code for reproducing is included, as well as all system information. correct output of program on 32-bit: forwarding for selector display from 134536384 to 134536136 worked, self == receiver foo is 1234567890, and should be 1234567890 inco

[Bug libobjc/36610] message forwarding broken on x86_64: self is not receiver

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 01:52 --- This is most likely a problem with __builtin_apply :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/33104] Missing error check in .md converter

-- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug middle-end/36593] [4.4 Regression]: gfortran.dg/default_format_1.f90, 22_locale/num_get/get/char/2.cc

--- Comment #8 from hp at gcc dot gnu dot org 2008-06-24 02:38 --- Newlib patch here: , also referring to a gcc documentation improvement patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36593

[Bug middle-end/36611] New: false negatives with -Wstrict-aliasing=3

See PR36593. In one of the comments, I mention that the testcase in that PR (which was originally marked as a miscompilation) had warnings for -Wstrict-aliasing=1 and 2, but not 3. According to the documentation for -Wstrict-aliasing, level 3 ought to have *less* false negatives than 1 and 2, even

[Bug libstdc++/36612] New: __throw_* functions in ext/pb_ds/exception.hpp cause multiple definition errors

If the "ext/pb_ds/exception.hpp" is included (directly or indirectly) in more than one separate compilation units, all of its __throw_... functions are redefinition. Fox example: === main.cc === #include"someclass.h" int main(int argc,char *argv[]) { return(0); } === s

[Bug c/36613] New: likely codegen bug

built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --program-prefix=current- --enable-languages=c,c++ --prefix=/home/regehr Thread model: posix gcc version 4.4.0 20080623 (experimental) (GCC) #include #include static inline int lshift_s_s(int left, int right) { if

[Bug middle-end/36613] likely codegen bug

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 04:32 --- This worked with: Using built-in specs. Target: i386-apple-darwin8.11.1 Configured with: /Users/apinski/src/local/gcc/configure --prefix=/Users/apinski/local-gcc --disable-multilib Thread model: posix gcc version 4.4

[Bug c/36614] New: incorrect "warning: array subscript is above array bounds"

In some circumstances gcc 4.3.1 and later give the above warning incorrectly. I have tried this with: gcc (Debian 4.3.1-2) 4.3.1 on x86_64 (This is the compiler in current Debian unstable) gcc (GCC) 4.4.0 20080624 (experimental) [trunk revision 137057] on PowerPC - this was built with "--disable-