[Bug fortran/48919] [4.7 Regression] FAIL: gfortran.dg/coarray/this_image_2.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48919 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug debug/48866] gcc hangs when -g is set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866 --- Comment #11 from Jakub Jelinek 2011-05-07 06:15:23 UTC --- locstats program, the above URL just gives the repo. Not sure if it has been adjusted already for typed DWARF stack though, if not, perhaps for the testing you could temporarily disa

[Bug debug/48866] gcc hangs when -g is set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866 --- Comment #10 from Jakub Jelinek 2011-05-07 06:13:35 UTC --- Please test it with http://git.fedorahosted.org/git/?p=elfutils.git;a=shortlog;h=refs/heads/dwarf on something large (say cc1plus) too, build stage3 cc1plus from either the vanilla or

[Bug fortran/48919] [4.7 Regression] FAIL: gfortran.dg/coarray/this_image_2.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48919 --- Comment #2 from Tobias Burnus 2011-05-07 05:38:13 UTC --- Author: burnus Date: Sat May 7 05:38:08 2011 New Revision: 173528 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173528 Log: 2011-05-07 Tobias Burnus PR fortran/18

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #46 from Tobias Burnus 2011-05-07 05:38:13 UTC --- Author: burnus Date: Sat May 7 05:38:08 2011 New Revision: 173528 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173528 Log: 2011-05-07 Tobias Burnus PR fortran/1

[Bug other/48922] New: invalid dwarf2 on ia64 with very old gas

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48922 Summary: invalid dwarf2 on ia64 with very old gas Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig..

[Bug other/48924] New: bugzilla: password dialog still claims 6-char minimum length

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48924 Summary: bugzilla: password dialog still claims 6-char minimum length Product: gcc Version: unknown Status: UNCONFIRMED Severity: trivial Priority: P3 Com

[Bug fortran/48923] New: Type with Allocatable Length Character Component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48923 Summary: Type with Allocatable Length Character Component Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo:

[Bug c++/47723] internal compiler: Segmentation fault - gcc 4.5.2 Arch Linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/48446] [4.3/4.4/4.5/4.6 Regression] internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:1946

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48446 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/48905] [4.7 Regression] STORAGE_ERROR : stack overflow (or erroneous memory access) compiling namet.adb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48905 John David Anglin changed: What|Removed |Added CC||rguenth at gcc dot gnu.org C

[Bug c++/48920] typename specifier should not ignore non-type names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48920 --- Comment #1 from Johannes Schaub 2011-05-06 23:47:33 UTC --- (In reply to comment #0) > […] As a perhaps related issue, the following looks well-formed: > > template > void f(typename T::B) { } > > template > void f(struct T:

[Bug middle-end/48908] [4.7 Regression]: build fails on cris-elf in libiberty:md5.c, shift-related

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48908 --- Comment #5 from Kazumoto Kojima 2011-05-06 23:14:30 UTC --- I've tried the second patch with r173466. It fixes the build failure for sh4-unknown-linux-gnu and there are no new test failures from r173407 on that target.

[Bug tree-optimization/48921] New: Value numbering takes infinite time on nested infinite loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921 Summary: Value numbering takes infinite time on nested infinite loop Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug tree-optimization/48921] Value numbering takes infinite time on nested infinite loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48921 Arthur O'Dwyer changed: What|Removed |Added Known to work||4.4.5, 4.5.1 --- Comment #1 from Arthur

[Bug fortran/48919] New: [4.7 Regression] FAIL: gfortran.dg/coarray/this_image_2.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48919 Summary: [4.7 Regression] FAIL: gfortran.dg/coarray/this_image_2.f90 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug fortran/48919] [4.7 Regression] FAIL: gfortran.dg/coarray/this_image_2.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48919 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1

[Bug debug/48853] [4.7 Regression] Wrong DWARF codegen when Pmode != ptr_mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853 --- Comment #20 from Steve Ellcey 2011-05-06 23:04:21 UTC --- (In reply to comment #18) > (In reply to comment #6) > > The patch works for me on ia64-hp-hpux11.23. It fixed the four new > > failures I > > had and caused no regressions. > > Ste

[Bug debug/48853] [4.7 Regression] Wrong DWARF codegen when Pmode != ptr_mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853 --- Comment #18 from H.J. Lu 2011-05-06 22:40:19 UTC --- (In reply to comment #6) > The patch works for me on ia64-hp-hpux11.23. It fixed the four new failures I > had and caused no regressions. Steve, does the latest GDB work on ia64 hp-ux? Yo

[Bug c++/48920] New: typename specifier should not ignore non-type names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48920 Summary: typename specifier should not ignore non-type names Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo:

[Bug debug/48853] [4.7 Regression] Wrong DWARF codegen when Pmode != ptr_mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853 --- Comment #19 from H.J. Lu 2011-05-06 22:43:36 UTC --- (In reply to comment #17) > loc_descriptor change in > > http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg01406.html > > @@ -14469,7 +15018,10 @@ > up an entire register. For now, just ass

[Bug debug/48853] [4.7 Regression] Wrong DWARF codegen when Pmode != ptr_mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853 --- Comment #17 from H.J. Lu 2011-05-06 22:38:34 UTC --- loc_descriptor change in http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg01406.html @@ -14469,7 +15018,10 @@ up an entire register. For now, just assume that it is legitimate to mak

[Bug debug/48866] gcc hangs when -g is set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866 Alexandre Oliva changed: What|Removed |Added Attachment #24189|0 |1 is obsolete|

[Bug ada/48918] New: GNAT Bug Box with Assert_Failure with einfo.adb:2661

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48918 Summary: GNAT Bug Box with Assert_Failure with einfo.adb:2661 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo:

[Bug c++/48089] [C++0x] ICE on in(?)valid in constexpr constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48089 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/48089] [C++0x] ICE on in(?)valid in constexpr constructors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48089 --- Comment #6 from Jason Merrill 2011-05-06 21:58:25 UTC --- Author: jason Date: Fri May 6 21:58:22 2011 New Revision: 173513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173513 Log: PR c++/48089 * semantics.c (potential_const

[Bug c++/48911] [C++0x] Error for valid array subscript

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/48909] [C++0x] ICE in cxx_eval_conditional_expression, at cp/semantics.c:6213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/48911] [C++0x] Error for valid array subscript

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911 --- Comment #4 from Jason Merrill 2011-05-06 21:58:40 UTC --- Author: jason Date: Fri May 6 21:58:37 2011 New Revision: 173515 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173515 Log: PR c++/48911 * semantics.c (cxx_eval_array_

[Bug c++/48446] [4.3/4.4/4.5/4.6 Regression] internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:1946

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48446 --- Comment #10 from Jason Merrill 2011-05-06 21:58:32 UTC --- Author: jason Date: Fri May 6 21:58:30 2011 New Revision: 173514 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173514 Log: PR c++/48446 * decl.c (stabilize_save_expr

[Bug c++/48909] [C++0x] ICE in cxx_eval_conditional_expression, at cp/semantics.c:6213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909 --- Comment #3 from Jason Merrill 2011-05-06 21:58:47 UTC --- Author: jason Date: Fri May 6 21:58:44 2011 New Revision: 173516 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173516 Log: PR c++/48909 * semantics.c (cxx_eval_condit

[Bug c++/48909] [C++0x] ICE in cxx_eval_conditional_expression, at cp/semantics.c:6213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909 --- Comment #2 from Jason Merrill 2011-05-06 21:57:52 UTC --- Author: jason Date: Fri May 6 21:57:49 2011 New Revision: 173511 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173511 Log: PR c++/48909 * semantics.c (cxx_eval_condit

[Bug c++/48911] [C++0x] Error for valid array subscript

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911 --- Comment #3 from Jason Merrill 2011-05-06 21:57:45 UTC --- Author: jason Date: Fri May 6 21:57:41 2011 New Revision: 173510 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173510 Log: PR c++/48911 * semantics.c (cxx_eval_array_

[Bug libfortran/48906] Wrong rounding results with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48906 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Co

[Bug libfortran/48906] Wrong rounding results with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48906 --- Comment #1 from Jerry DeLisle 2011-05-06 21:10:07 UTC --- Repeating Thomas T. suggestion: "We can treat FMT_G like FMT_E. After the rounding step, i.e. when the final value of the variable e in output_float() is known (at the label 'skip'),

[Bug fortran/46686] Improve backtracing (unwinding) on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46686 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot

[Bug libfortran/48615] Invalid UP/DOWN rounding with E and ES descriptors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48615 --- Comment #15 from Jerry DeLisle 2011-05-06 20:06:42 UTC --- Fixed on trunk. Holding for backport

[Bug libfortran/48787] Invalid UP/DOWN rounding with F editing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48787 --- Comment #21 from Jerry DeLisle 2011-05-06 20:07:39 UTC --- Fixed on trunk, holding for backport

[Bug c/48910] Current working directory in system include search path

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48910 --- Comment #2 from Adam_5Wu at Hotmail dot com 2011-05-06 20:00:06 UTC --- (In reply to comment #1) > But that code is processing an environment variable, and it's absolutely > standard that empty elements in PATH-like environment variables are

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #45 from Tobias Burnus 2011-05-06 18:39:10 UTC --- Author: burnus Date: Fri May 6 18:39:08 2011 New Revision: 173506 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173506 Log: 2011-05-06 Tobias Burnus PR fortran/1

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #44 from Tobias Burnus 2011-05-06 18:35:04 UTC --- Author: burnus Date: Fri May 6 18:35:00 2011 New Revision: 173505 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173505 Log: 2011-05-06 Tobias Burnus PR fortran/1

[Bug fortran/48820] TR 29113: Implement parts needed for MPI 3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820 --- Comment #2 from Tobias Burnus 2011-05-06 18:33:36 UTC --- Author: burnus Date: Fri May 6 18:33:31 2011 New Revision: 173503 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173503 Log: Really commit: 2011-05-06 Tobias Burnus

[Bug fortran/48858] Incorrect error for same binding label on two generic interface specifics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48858 --- Comment #5 from Tobias Burnus 2011-05-06 18:33:36 UTC --- Author: burnus Date: Fri May 6 18:33:31 2011 New Revision: 173503 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173503 Log: Really commit: 2011-05-06 Tobias Burnus

[Bug fortran/48820] TR 29113: Implement parts needed for MPI 3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820 --- Comment #1 from Tobias Burnus 2011-05-06 18:12:29 UTC --- Author: burnus Date: Fri May 6 18:12:25 2011 New Revision: 173500 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173500 Log: 2011-05-06 Tobias Burnus PR fortran/48

[Bug fortran/48858] Incorrect error for same binding label on two generic interface specifics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48858 --- Comment #4 from Tobias Burnus 2011-05-06 18:12:29 UTC --- Author: burnus Date: Fri May 6 18:12:25 2011 New Revision: 173500 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173500 Log: 2011-05-06 Tobias Burnus PR fortran/48

[Bug fortran/48887] [OOP] SELECT TYPE: Associate name shall not be a pointer/allocatable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48887 Daniel Kraft changed: What|Removed |Added AssignedTo|unassigned at gcc dot |domob at gcc dot gnu.org

[Bug target/48454] gfortran.dg/char_result_13.f90 fails with -O3 -funroll-loops -mvectorize-with-neon-quad

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48454 --- Comment #3 from Ramana Radhakrishnan 2011-05-06 16:36:08 UTC --- I am unable to replicate this with a recent version of trunk though the assembler source attached appears to be broken. Ramana

[Bug c++/48660] ARM ICE in expand_expr_real_1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48660 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/48897] mn10300.c:extract_bundle’: error: variable ‘s’ set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48897 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/48900] unnecessary duplicate __tls_get_addr calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/48900] unnecessary duplicate __tls_get_addr calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900 --- Comment #4 from Alan Modra 2011-05-06 14:35:38 UTC --- Author: amodra Date: Fri May 6 14:35:35 2011 New Revision: 173491 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173491 Log: PR target/48900 * config/rs6000/rs6000.c (rs6

[Bug c++/48909] [C++0x] ICE in cxx_eval_conditional_expression, at cp/semantics.c:6213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug debug/48866] gcc hangs when -g is set

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48866 --- Comment #8 from Alexandre Oliva 2011-05-06 14:43:45 UTC --- I don't see how it would. Except for some very particular cases (that do not include the expansion of addresses AFAICT) we just expand each of the replaceable stmts at the time thei

[Bug target/48900] unnecessary duplicate __tls_get_addr calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900 --- Comment #2 from Alan Modra 2011-05-06 14:30:14 UTC --- Author: amodra Date: Fri May 6 14:30:10 2011 New Revision: 173489 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173489 Log: PR target/48900 * config/rs6000/rs6000.c (rs6

[Bug target/48900] unnecessary duplicate __tls_get_addr calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900 --- Comment #3 from Alan Modra 2011-05-06 14:31:03 UTC --- Author: amodra Date: Fri May 6 14:31:01 2011 New Revision: 173490 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173490 Log: PR target/48900 * config/rs6000/rs6000.c (rs6

[Bug target/48900] unnecessary duplicate __tls_get_addr calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900 --- Comment #1 from Alan Modra 2011-05-06 14:21:20 UTC --- Author: amodra Date: Fri May 6 14:21:16 2011 New Revision: 173488 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173488 Log: PR target/48900 * config/rs6000/rs6000.c (rs6

[Bug c++/48911] [C++0x] Error for valid array subscript

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 --- Comment #6 from Paolo Carlini 2011-05-06 13:52:12 UTC --- Thanks Jason for the clarification.

[Bug libstdc++/48917] istringstream with integer overflow causes uninitialised memory accesses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48917 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug libstdc++/48917] New: istringstream with integer overflow causes uninitialised memory accesses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48917 Summary: istringstream with integer overflow causes uninitialised memory accesses Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: major Priority: P3

[Bug tree-optimization/45144] SRA optimization issue of bit-field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45144 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 Tomohiro Kashiwada changed: What|Removed |Added CC||kikairoya at gmail dot com --- Comme

[Bug middle-end/18041] OR of two single-bit bitfields is inefficient

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18041 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug tree-optimization/15596] [4.3/4.4/4.5/4.6/4.7 Regression] Missed optimization with bitfields with return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596 Richard Guenther changed: What|Removed |Added Status|WAITING |ASSIGNED AssignedTo|unassigned

[Bug target/48803] arm: Bad assembler produced by bit extract/shift

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48803 Ramana Radhakrishnan changed: What|Removed |Added Keywords||wrong-code Status|UNCO

[Bug tree-optimization/15256] [tree-ssa] Optimize manual bitfield manipilation.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15256 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug c/48913] gcc -flto hangs and allocates all memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48913 --- Comment #2 from Sven C. Dack 2011-05-06 12:35:57 UTC --- I understand that it can use a lot of memory, but does LTO not partition the work load and thus keep the memory consumption under control? Whatever the default behaviour of LTO here is,

[Bug target/48673] [4.7 Regression] GCC generates WAW and RAW conflicts on IA64.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673 --- Comment #7 from Andrey Belevantsev 2011-05-06 12:33:39 UTC --- (In reply to comment #6) > (In reply to comment #5) > > Or schedule_block could have a mode of preserving the existing insn order, > > which can also be useful for testing purpose

[Bug c/48916] Falsely reported buffer overrun due to incorrect __builtin_object_size.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48916 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/48673] [4.7 Regression] GCC generates WAW and RAW conflicts on IA64.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673 --- Comment #6 from Bernd Schmidt 2011-05-06 12:09:32 UTC --- (In reply to comment #5) > Or schedule_block could have a mode of preserving the existing insn order, > which can also be useful for testing purposes. If this sounds like an > overkil

[Bug middle-end/48493] [ICE] [ARM] in expand_expr_addr_expr_1, at expr.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48493 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libfortran/48915] New: Incorrect process return code with -fdump-core

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 Summary: Incorrect process return code with -fdump-core Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: libfortran AssignedT

[Bug libfortran/48915] Incorrect process return code with -fdump-core

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 Janne Blomqvist changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jb at gcc dot gnu.org

[Bug c/48916] New: Falsely reported buffer overrun due to incorrect __builtin_object_size.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48916 Summary: Falsely reported buffer overrun due to incorrect __builtin_object_size. Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug bootstrap/48679] [4.7 regression] bootstrap comparison failures on m68k-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48679 --- Comment #4 from Mikael Pettersson 2011-05-06 11:19:10 UTC --- The smallest .o file that fails bootstrap comparison is libiberty/alloca.o, which get 150 bytes of .text with stage1 xgcc but 148 bytes of text with stage2 and stage3 xgcc (same op

[Bug c++/48574] [4.6/4.7 Regression] ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48574 --- Comment #18 from Dodji Seketeli 2011-05-06 11:31:07 UTC --- Candidate patch posted to http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00474.html

[Bug libfortran/48915] Incorrect process return code with -fdump-core

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #1 from Janne Blomqvist 2011-05-06 11:31:38 UTC --- Assigning to myself, I have some ideas to improve error handling and fix this in the process.

[Bug c++/48911] [C++0x] Error for valid array subscript

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48911 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 f

[Bug middle-end/48493] [ICE] [ARM] in expand_expr_addr_expr_1, at expr.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48493 --- Comment #2 from Ramana Radhakrishnan 2011-05-06 11:09:45 UTC --- (In reply to comment #1) > Looking at this in a gdb session . I should say this was on trunk. Ramana

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 Paolo Carlini changed: What|Removed |Added Target||i686-pc-mingw32 --- Comment #3 from Paolo

[Bug fortran/48894] generic omp_get_ancestor_thread_num(l(i)) produces incorrect output

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894 --- Comment #1 from Jakub Jelinek 2011-05-06 10:11:10 UTC --- Author: jakub Date: Fri May 6 10:11:07 2011 New Revision: 173476 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173476 Log: PR fortran/48894 * fortran.c: Include limit

[Bug target/47930] -marm is undocumented; driver accepts -mno-thumb

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47930 --- Comment #1 from Ramana Radhakrishnan 2011-05-06 10:56:35 UTC --- Author: ramana Date: Fri May 6 10:56:32 2011 New Revision: 173481 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173481 Log: 2011-05-06 Ramana Radhakrishnan

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 --- Comment #2 from sscrisk at gmail dot com 2011-05-06 10:58:39 UTC --- (In reply to comment #1) Thanks to replies. > As a matter of fact, with the released 4.6.0 I'm getting an ICE, not a silent > miscompilation for the second snippet. In mainl

[Bug c/48910] Current working directory in system include search path

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48910 --- Comment #1 from joseph at codesourcery dot com 2011-05-06 10:59:15 UTC --- On Fri, 6 May 2011, Adam_5Wu at Hotmail dot com wrote: > The workaround is to stop inserting "." in the system include search path > chain. > > In file gcc-4.6.0/gcc/

[Bug fortran/48894] generic omp_get_ancestor_thread_num(l(i)) produces incorrect output

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894 --- Comment #4 from Jakub Jelinek 2011-05-06 10:14:44 UTC --- Author: jakub Date: Fri May 6 10:14:41 2011 New Revision: 173479 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173479 Log: PR fortran/48894 * fortran.c: Include limit

[Bug c/48913] gcc -flto hangs and allocates all memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48913 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/48838] [4.6/4.7 Regression] valid template code does not compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48838 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/48894] generic omp_get_ancestor_thread_num(l(i)) produces incorrect output

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894 --- Comment #3 from Jakub Jelinek 2011-05-06 10:12:59 UTC --- Author: jakub Date: Fri May 6 10:12:57 2011 New Revision: 173478 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173478 Log: PR fortran/48894 * fortran.c: Include limit

[Bug target/48252] ARM neon: problem with consecutive vzip, vuzp and vtrn

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252 --- Comment #9 from Ramana Radhakrishnan 2011-05-06 10:21:30 UTC --- Author: ramana Date: Fri May 6 10:21:26 2011 New Revision: 173480 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173480 Log: 2011-05-06 Ramana Radhakrishnan

[Bug fortran/48894] generic omp_get_ancestor_thread_num(l(i)) produces incorrect output

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/48894] generic omp_get_ancestor_thread_num(l(i)) produces incorrect output

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48894 --- Comment #2 from Jakub Jelinek 2011-05-06 10:12:01 UTC --- Author: jakub Date: Fri May 6 10:11:59 2011 New Revision: 173477 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173477 Log: PR fortran/48894 * fortran.c: Include limit

[Bug target/48898] i386/netware.c:i386_nlm_maybe_mangle_decl_assembler_name: ‘cvt’ undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48898 --- Comment #4 from uros at gcc dot gnu.org 2011-05-06 10:07:37 UTC --- Author: uros Date: Fri May 6 10:07:35 2011 New Revision: 173475 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173475 Log: PR target/48898 * config/i386/netwar

[Bug target/48898] i386/netware.c:i386_nlm_maybe_mangle_decl_assembler_name: ‘cvt’ undeclared

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48898 Uros Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/48907] [4.7 Regression] ICE in bitmap_first_set_bit, at bitmap.c:782

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48907 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0

[Bug c++/48912] [C++0x] Compiler abort silently

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48912 Paolo Carlini changed: What|Removed |Added CC||jason at gcc dot gnu.org Summa

[Bug middle-end/48893] [4.7 Regression] ICE in evaulate_conditions_for_edge at ipa-inline-analysis.c:477

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48893 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0

[Bug c++/48909] [C++0x] ICE in cxx_eval_conditional_expression, at cp/semantics.c:6213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48909 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/48895] config/vms/vms-ar.c:main: variable ‘cwd’ set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48895 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/48914] New: #pragma GCC diagnostic ignored "-Wc++0x-compat" doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914 Summary: #pragma GCC diagnostic ignored "-Wc++0x-compat" doesn't work Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

  1   2   >