[Bug c++/50239] compiled program segfault when -O0 is used to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50239 eviom changed: What|Removed |Added Version|4.7.0 |4.5.2 --- Comment #2 from eviom 2011-08-31 05:42

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #11 from H.J. Lu 2011-08-31 04:21:53 UTC --- (In reply to comment #10) > On Tue, 30 Aug 2011, hjl.tools at gmail dot com wrote: > > > The main issue is mixing input .ctors sections with .init_array sections > > to generate the single

[Bug middle-end/50232] [4.7 Regression] reorg.c:3971: undefined reference to `make_return_insns'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232 --- Comment #5 from dave.anglin at bell dot net 2011-08-31 01:10:16 UTC --- On 30-Aug-11, at 11:06 AM, bernds at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232 > > --- Comment #4 from Bernd Schmidt > 2011-08-30 15:06

[Bug ada/15843] Illegal program not detected, RM 3.7.2(2)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15843 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #25 from Paolo Carlini 2011-08-31 00:56:42 UTC --- I think a separate Bugzilla requesting as an enhancement such intrinsics would be certainly appropriate. I'm sure other code could exploit those. Note, in the meanwhile we could as w

[Bug ada/15840] Illegal program not detected, RM 3.7(14)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15840 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug ada/15800] SIGSEGV on mutually recursive record type declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15800 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #24 from Jonathan Schmidt-Dominé 2011-08-31 00:39:57 UTC --- @Andrew Nope: 1001 > 0001 (lexicographically) 1001 > 0001 (as little-endian) 0110 < 1110 (as little-endian)

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #23 from Jonathan Schmidt-Dominé 2011-08-31 00:34:28 UTC --- @Paolo Okay, I am sometimes overcautious with function-templates, because I often had a lot of errors because of partial specialisation when it was indeed necessary (functi

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #22 from Andrew Pinski 2011-08-31 00:33:52 UTC --- Can't you do ~a < ~b ?

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #21 from Jonathan Schmidt-Dominé 2011-08-31 00:30:58 UTC --- It would indeed be nice to have such a builtin function (8, 16, 32, 64 bit reversing), currently there is none in gcc, only bytewise reversing iirc. Should that be put as wi

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #20 from Paolo Carlini 2011-08-31 00:26:49 UTC --- Largely irrelevant here, but partial specialization of function templates simply does not exist. We have been talking about adding an overload like: template bool operator<(co

[Bug ada/15799] Legal program rejected, using 'Base

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15799 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug tree-optimization/50246] New: SRA: Writes to class members are not combined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50246 Bug #: 50246 Summary: SRA: Writes to class members are not combined Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Pr

[Bug bootstrap/50245] Compile of cross compiler for M68HC11 fails in libgcc, "internal compiler error: Segmentation fault"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50245 --- Comment #1 from Don Reid 2011-08-31 00:11:58 UTC --- Created attachment 25146 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25146 stderr from command with "-v -save-temps" added

[Bug ada/15798] Bug box in Gigi, code=201, on legal program with tasking

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15798 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug bootstrap/50245] New: Compile of cross compiler for M68HC11 fails in libgcc, "internal compiler error: Segmentation fault"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50245 Bug #: 50245 Summary: Compile of cross compiler for M68HC11 fails in libgcc, "internal compiler error: Segmentation fault" Classification: Unclassified Product: gcc Version: 4.5.

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #19 from Paolo Carlini 2011-08-31 00:04:36 UTC --- I'm wondering if processing an unsigned long at a time wouldn't be a step in the right direction. Then, a compiler intrinsics would be the right place for that, would naturally fit in

[Bug ada/15615] Legal program rejected, derived tagged type in child package doesn't see parent's element

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15615 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #18 from Jonathan Schmidt-Dominé 2011-08-30 23:56:38 UTC --- (In reply to comment #17) > (In reply to comment #14) > > moved operator== and operator< inside class, because I want to overload them > > huh, why is that needed? it's no

[Bug ada/15614] Illegal program not detected, RM 12.1(11)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15614 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug libgcj/50241] Building from the "current" branch - 178337 fails.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50241 --- Comment #3 from Andrew Pinski 2011-08-30 23:40:15 UTC --- >I am not building from within the source directory. Yes you are in the end with the lndir. Try instead: cd gcc svn up cd .. rm -fr obj-i686-pc-linux-gnu mkdir

[Bug libgcj/50241] Building from the "current" branch - 178337 fails.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50241 --- Comment #2 from George R. Goffe 2011-08-30 23:36:49 UTC --- Thank you for your time in looking over this bug report. I am not building from within the source directory. Here's the relevant part of my build script. Do you see something wrong

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #17 from Jonathan Wakely 2011-08-30 23:34:42 UTC --- (In reply to comment #14) > moved operator== and operator< inside class, because I want to overload them huh, why is that needed? it's not acceptable anyway, it needs to be a non-

[Bug ada/15611] Invalid program not detected, RM 3.7(11)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15611 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #16 from Jonathan Schmidt-Dominé 2011-08-30 23:30:36 UTC --- Added basic patch…

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #15 from Jonathan Schmidt-Dominé 2011-08-30 23:30:00 UTC --- Created attachment 25144 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25144 b More efficient (non representative benchmark!) implementation of operator< and operator

[Bug libstdc++/50160] vector comparison very slow (no overload)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50160 --- Comment #14 from Jonathan Schmidt-Dominé 2011-08-30 23:25:25 UTC --- Created attachment 25143 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25143 bits/stl_vector.h patch moved operator== and operator< inside class, because I want to ov

[Bug ada/15606] Legal program rejected, RM 8.2(22)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606 --- Comment #7 from Samuel Tardieu 2011-08-30 23:21:41 UTC --- Je suis absent jusqu'au 5 septembre sans accès à mon courrier électronique. I am on vacation until September 5 without email access.

[Bug c++/50244] wcstold not available for C++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50244 --- Comment #4 from Jonathan Wakely 2011-08-30 23:21:29 UTC --- is that whole file really necessary? what happens if you just #include ? What's the simplest command that reproduces the error?

[Bug ada/15606] Legal program rejected, RM 8.2(22)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15606 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug c++/50244] wcstold not available for C++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50244 --- Comment #3 from lcid-fire at gmx dot net 2011-08-30 23:14:01 UTC --- Created attachment 25142 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25142 Generated ii file

[Bug c++/50244] wcstold not available for C++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50244 --- Comment #2 from lcid-fire at gmx dot net 2011-08-30 23:13:07 UTC --- Created attachment 25141 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25141 Filtered output

[Bug c++/50244] wcstold not available for C++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50244 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/50244] New: wcstold not available for C++0x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50244 Bug #: 50244 Summary: wcstold not available for C++0x Classification: Unclassified Product: gcc Version: 4.5.3 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/45044] Different named COMMON block size: No warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45044 --- Comment #5 from Tobias Burnus 2011-08-30 22:09:55 UTC --- Author: burnus Date: Tue Aug 30 22:09:49 2011 New Revision: 178344 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178344 Log: 2011-08-30 Tobias Burnus PR fortran/45

[Bug c++/49051] [C++0x] Doesn't SFINAE away an invalid substitution into toplevel parameter type "T[N]"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49051 --- Comment #6 from Jason Merrill 2011-08-30 21:56:42 UTC --- This will eventually be issue 1322, http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_active.html#1322 but the issues list hasn't been updated yet. In Bloomington we assigned it pri

[Bug c++/50114] ICE with declaration inside for statement

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

[Bug c++/50089] [C++0x] ICE when calling a qualified base class member function within a lambda expr without "this->"

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

[Bug c++/50207] [4.7 Regression] G++ segv's on reduced test case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207 --- Comment #9 from Jason Merrill 2011-08-30 21:48:38 UTC --- Author: jason Date: Tue Aug 30 21:48:34 2011 New Revision: 178343 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178343 Log: PR c++/50207 * class.c (finish_struct_1): C

[Bug c++/50089] [C++0x] ICE when calling a qualified base class member function within a lambda expr without "this->"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50089 --- Comment #3 from Jason Merrill 2011-08-30 21:48:28 UTC --- Author: jason Date: Tue Aug 30 21:48:24 2011 New Revision: 178342 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178342 Log: PR c++/50089 * semantics.c (finish_id_expre

[Bug c++/50084] [C++0x] ICE: decltype + remove_reference + new

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

[Bug libfortran/50192] Wrong character comparision with wide strings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50192 --- Comment #5 from Thomas Koenig 2011-08-30 21:36:53 UTC --- Author: tkoenig Date: Tue Aug 30 21:36:48 2011 New Revision: 178341 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178341 Log: 2011-08-30 Thomas Koenig Backport from tr

[Bug fortran/45044] Different named COMMON block size: No warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45044 --- Comment #4 from Tobias Burnus 2011-08-30 21:33:18 UTC --- I was thinking of using: gfc_gsymbol *gsym; gsym = gfc_get_gsymbol (com->name); gcc_assert (gsym->type == GSYM_COMMON); gfc_warning ("Named COM

[Bug c++/50114] ICE with declaration inside for statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50114 --- Comment #6 from Jason Merrill 2011-08-30 21:27:23 UTC --- Author: jason Date: Tue Aug 30 21:27:18 2011 New Revision: 178338 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178338 Log: PR c++/50114 * decl.c (poplevel): Disable f

[Bug c++/50089] [C++0x] ICE when calling a qualified base class member function within a lambda expr without "this->"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50089 --- Comment #2 from Jason Merrill 2011-08-30 21:27:31 UTC --- Author: jason Date: Tue Aug 30 21:27:27 2011 New Revision: 178339 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178339 Log: PR c++/50089 * semantics.c (finish_id_expre

[Bug c++/50084] [C++0x] ICE: decltype + remove_reference + new

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50084 --- Comment #2 from Jason Merrill 2011-08-30 21:27:39 UTC --- Author: jason Date: Tue Aug 30 21:27:36 2011 New Revision: 178340 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178340 Log: PR c++/50084 * cp-tree.h (cp_decl_specifier

[Bug tree-optimization/50183] ICE in verify_ssa for 416.gamess when optimizing using profile data

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50183 --- Comment #5 from William J. Schmidt 2011-08-30 21:07:03 UTC --- Here's the relevant gimple following 103t.copyprop5: == : err2 = 0.0; err2_lsm.820_567 = err2; : #

[Bug c++/50243] vtable for pure abstract class (interface) shouldn't be emitted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50243 --- Comment #1 from Andrew Pinski 2011-08-30 20:54:34 UTC --- The vtable is required by the ABI IIRC.

[Bug c++/50243] New: vtable for pure abstract class (interface) shouldn't be emitted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50243 Bug #: 50243 Summary: vtable for pure abstract class (interface) shouldn't be emitted Classification: Unclassified Product: gcc Version: 4.5.2 Status: UNCONFIRMED

[Bug c++/50234] internal compiler error: in cxx_eval_component_reference, at cp/semantics.c:6527

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50234 --- Comment #4 from Benjamin Kosnik 2011-08-30 20:48:22 UTC --- HA! You rule, thanks.

[Bug target/50242] __attribute__((naked)) is ignored on IA32 (x86)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50242 Andrew Pinski changed: What|Removed |Added Component|c++ |target --- Comment #1 from Andrew Pinski

[Bug c++/2316] g++ fails to overload on language linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316 --- Comment #30 from Marc Glisse 2011-08-30 20:32:57 UTC --- (In reply to comment #29) > New version that works with typedefs (I was forgetting extern "C" in the > canonical type...). The patch also includes a workaround for __stoa. There > seems

[Bug target/50182] Performance degradation from gcc 4.1 (x86_64)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50182 Matt Hargett changed: What|Removed |Added CC||matt at use dot net --- Comment #12 from M

[Bug c++/50242] New: __attribute__((naked)) is ignored on IA32 (x86)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50242 Bug #: 50242 Summary: __attribute__((naked)) is ignored on IA32 (x86) Classification: Unclassified Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: enhancement

[Bug c++/50089] [C++0x] ICE when calling a qualified base class member function within a lambda expr without "this->"

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

[Bug rtl-optimization/50191] Strange debug insn produced for TOC compiling 416.gamess with profile-generate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50191 --- Comment #8 from William J. Schmidt 2011-08-30 19:33:42 UTC --- I built a cross-compiler on gcc10.fsffrance.org that exhibits the problem: $ cd /home/wschmidt/src/416.gamess $ /home/wschmidt/gcc/build/gcc-mainline-base/gcc/f951 chgpen.fppized

[Bug fortran/45170] [F2003] allocatable character lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170 --- Comment #31 from Steve Kargl 2011-08-30 19:31:25 UTC --- On Tue, Aug 30, 2011 at 06:46:42PM +, damian at rouson dot net wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170 > > --- Comment #30 from Damian Rouson 2011-08-30 > 18:4

[Bug c++/2316] g++ fails to overload on language linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316 Marc Glisse changed: What|Removed |Added Attachment #25134|0 |1 is obsolete|

[Bug c++/50114] ICE with declaration inside for statement

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

[Bug fortran/45170] [F2003] allocatable character lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170 --- Comment #30 from Damian Rouson 2011-08-30 18:46:42 UTC --- Just out curiosity, what's the reason for the "real::rnd" line in the helloworld testcase? I don't see "rnd" used anywhere. Damian On Tue, Aug 30, 2011 at 8:34 AM, kargl at gcc dot

[Bug libgcj/50241] Building from the "current" branch - 178337 fails.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50241 Andrew Pinski changed: What|Removed |Added Component|classpath |libgcj Version|unspecified

[Bug ada/40185] Segmentation fault on program with typo

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40185 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug testsuite/50240] [4.7 Regression] ERROR: (DejaGnu) proc "^s" does not exist

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50240 Uros Bizjak changed: What|Removed |Added Target||x86 Status|UNCONFIRMED

[Bug ada/18762] Illegal program not detected, RM 6.3.1(7), 8.5.4(5), 13.14(3)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18762 nicolas.boulenguez at free dot fr changed: What|Removed |Added CC||nicolas.boulenguez at f

[Bug testsuite/50240] [4.7 Regression] ERROR: (DejaGnu) proc "^s" does not exist

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50240 H.J. Lu changed: What|Removed |Added CC||tocarip.intel at gmail dot |

[Bug fortran/50227] [4.7 Regression] [OOP] ICE-on-valid with allocatable class variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227 --- Comment #13 from Dominique d'Humieres 2011-08-30 17:24:31 UTC --- > gfortran-4.7 -c module.f90 > gfortran-4.7 program.f90 What about gfortran-4.7 program.f90 module.o? AFAIK there is not "object" in the *.mod files.

[Bug fortran/50227] [4.7 Regression] [OOP] ICE-on-valid with allocatable class variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227 --- Comment #12 from janus at gcc dot gnu.org 2011-08-30 17:09:22 UTC --- (In reply to comment #11) > And indeed it seems to fix the segfault. ... and regtests cleanly. Unfortunately, there is one more complication: When compiling the two files

[Bug fortran/50238] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50238 --- Comment #5 from Tobias Burnus 2011-08-30 17:08:14 UTC --- (In reply to comment #3) > ./configure --prefix=/usr/local --with-mpfr=/usr/local --with-gmp=/usr/local I want to add to the comments of Jakub that building GCC in-tree is not support

[Bug fortran/50238] configure: error: GNU Fortran is not working

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

[Bug testsuite/50240] New: [4.7 Regression] ERROR: (DejaGnu) proc "^s" does not exist

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50240 Bug #: 50240 Summary: [4.7 Regression] ERROR: (DejaGnu) proc "^s" does not exist Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug fortran/50238] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50238 --- Comment #3 from Silvio Filipe 2011-08-30 16:56:57 UTC --- (In reply to comment #1) > Most of the time it indicates that your MPFR or GMP libary is wrongly > installed, which is not a GCC problem. When I installed the GMP and MPFR has not gi

[Bug fortran/50238] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50238 --- Comment #2 from Silvio Filipe 2011-08-30 16:49:27 UTC --- Created attachment 25139 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25139 x86_64-unknown-linux-gnu/libgfortran/config.log

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #10 from joseph at codesourcery dot com 2011-08-30 16:39:39 UTC --- On Tue, 30 Aug 2011, hjl.tools at gmail dot com wrote: > The main issue is mixing input .ctors sections with .init_array sections > to generate the single output .ini

[Bug c++/50239] compiled program segfault when -O0 is used to compile

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

[Bug fortran/50238] configure: error: GNU Fortran is not working

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

[Bug c++/50239] New: compiled program segfault when -O0 is used to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50239 Bug #: 50239 Summary: compiled program segfault when -O0 is used to compile Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #9 from H.J. Lu 2011-08-30 15:56:45 UTC --- In the meantime, you can use --enable-initfini-array/--disable-initfini-array to work around this.

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #8 from H.J. Lu 2011-08-30 15:55:51 UTC --- The main issue is mixing input .ctors sections with .init_array sections to generate the single output .init_array section. Not all linkers support it even if they support .init_array secti

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #7 from joseph at codesourcery dot com 2011-08-30 15:40:49 UTC --- On Tue, 30 Aug 2011, ebotcazou at gcc dot gnu.org wrote: > The fix is to turn the check into a target check, i.e. test the target > binutils. > See configure.ac:1884 a

[Bug fortran/50238] New: configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50238 Bug #: 50238 Summary: configure: error: GNU Fortran is not working Classification: Unclassified Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Prior

[Bug fortran/45170] [F2003] allocatable character lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170 --- Comment #29 from kargl at gcc dot gnu.org 2011-08-30 15:34:06 UTC --- Author: kargl Date: Tue Aug 30 15:34:01 2011 New Revision: 178329 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178329 Log: 2011-08-30 Steven G. Kargl PR for

[Bug c++/50234] internal compiler error: in cxx_eval_component_reference, at cp/semantics.c:6527

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50234 --- Comment #2 from Jason Merrill 2011-08-30 15:28:57 UTC --- Author: jason Date: Tue Aug 30 15:28:55 2011 New Revision: 178327 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178327 Log: PR c++/50234 * semantics.c (cxx_eval_compon

[Bug c++/50220] [C++0x] [4.7 Regression] ICE when capturing a by-reference template function argument in a lambda

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

[Bug c++/50220] [C++0x] [4.7 Regression] ICE when capturing a by-reference template function argument in a lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50220 --- Comment #2 from Jason Merrill 2011-08-30 15:29:09 UTC --- Author: jason Date: Tue Aug 30 15:29:04 2011 New Revision: 178328 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178328 Log: PR c++/50220 * semantics.c (add_capture): C

[Bug c++/50234] internal compiler error: in cxx_eval_component_reference, at cp/semantics.c:6527

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

[Bug c++/50234] internal compiler error: in cxx_eval_component_reference, at cp/semantics.c:6527

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50234 --- Comment #1 from Jason Merrill 2011-08-30 15:28:35 UTC --- Author: jason Date: Tue Aug 30 15:28:30 2011 New Revision: 178325 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178325 Log: PR c++/50234 * semantics.c (cxx_eval_compon

[Bug c++/50220] [C++0x] [4.7 Regression] ICE when capturing a by-reference template function argument in a lambda

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50220 --- Comment #1 from Jason Merrill 2011-08-30 15:28:44 UTC --- Author: jason Date: Tue Aug 30 15:28:40 2011 New Revision: 178326 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178326 Log: PR c++/50220 * semantics.c (add_capture): C

[Bug middle-end/50232] [4.7 Regression] reorg.c:3971: undefined reference to `make_return_insns'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232 --- Comment #4 from Bernd Schmidt 2011-08-30 15:06:05 UTC --- Surely the PA has some kind of return instruction? Most ports define a "return" pattern with an insn condition that requires that the epilogue is empty. In that case, jumps to the end

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #6 from Eric Botcazou 2011-08-30 15:00:54 UTC --- > How does stage 2 binutils fail the test? It doesn't. Let me explain: - during stage1, the check is made with the host compiler, i.e. the base compiler, so the old binutils are u

[Bug fortran/50050] Internal compiler error free_expr0 at expr.c:3709 via gfc_done_2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50050 Tobias Burnus changed: What|Removed |Added Summary|[4.6/4.7 Regression]|Internal compiler error

[Bug c++/50220] [C++0x] [4.7 Regression] ICE when capturing a by-reference template function argument in a lambda

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

[Bug middle-end/49328] [4.5 Regression] Internal compiler error due to explicit array bounds in contained routine argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49328 Tobias Burnus changed: What|Removed |Added Keywords||ice-on-valid-code Component|fort

[Bug middle-end/50232] [4.7 Regression] reorg.c:3971: undefined reference to `make_return_insns'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232 --- Comment #3 from dave.anglin at bell dot net 2011-08-30 14:29:10 UTC --- On 8/30/2011 7:31 AM, bernds at gcc dot gnu.org wrote: > However, you'll probably also want to add "return" patterns to PA for > optimization. > I don't think the condition

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #5 from H.J. Lu 2011-08-30 14:23:05 UTC --- (In reply to comment #4) > Only stage2/3 binutils need to be the same and those are relevant for > feature tests. How does stage 2 binutils fail the test?

[Bug c++/50234] internal compiler error: in cxx_eval_component_reference, at cp/semantics.c:6527

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

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #4 from Richard Guenther 2011-08-30 14:09:08 UTC --- Only stage2/3 binutils need to be the same and those are relevant for feature tests.

[Bug tree-optimization/48571] [4.5/4.6 Regression] Missed data-dependence for (bogus?) reconstructed array-refs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48571 Richard Guenther changed: What|Removed |Added Known to work||4.7.0 Summary|[4.5/4.6/4.7

[Bug tree-optimization/48571] [4.5/4.6/4.7 Regression] Missed data-dependence for (bogus?) reconstructed array-refs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48571 --- Comment #5 from Richard Guenther 2011-08-30 14:06:07 UTC --- Author: rguenth Date: Tue Aug 30 14:06:00 2011 New Revision: 178312 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178312 Log: 2011-08-30 Richard Guenther PR middle-

[Bug bootstrap/50237] [4.7 regression] comparison failure caused by HAVE_INITFINI_ARRAY check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50237 --- Comment #3 from H.J. Lu 2011-08-30 13:57:46 UTC --- (In reply to comment #2) > > HAVE_INITFINI_ARRAY is supposed to check the binutils/glibc feature, > > independent of compiler. > > AFAICS it doesn't, it compiles everything with the host co

  1   2   >