[Bug middle-end/56185] [4.7 Regression] ICE for Arithmetic exception with -O2 and -fgraphite

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56185 --- Comment #5 from Daniel Starke 2013-02-07 06:43:35 UTC --- The arithmetic exception is caught by gcc, thus not triggered in gdb. I tried a couple of things with gdb but could not find the point at which it happens. I will try to create

[Bug c++/56238] New: [4.8 regression] ICE in tree check: expected record_type or union_type or qual_union_type, have template_type_parm in lookup_conversions, at cp/search.c:2515

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238 Bug #: 56238 Summary: [4.8 regression] ICE in tree check: expected record_type or union_type or qual_union_type, have template_type_parm in lookup_conversions, at

[Bug fortran/55469] memory leak on read with istat.ne.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55469 --- Comment #9 from Joost VandeVondele 2013-02-07 05:57:43 UTC --- This http://gcc.gnu.org/ml/gcc/2013-02/msg00068.html seems the same/similar issue. Was there consensus about the patch ?

[Bug c++/56237] [4.8 regression] ICE in lang_* check: failed in push_local_name, at cp/decl.c:924

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237 Paul Pluzhnikov changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment

[Bug c++/56237] New: [4.8 regression] ICE in lang_* check: failed in push_local_name, at cp/decl.c:924

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56237 Bug #: 56237 Summary: [4.8 regression] ICE in lang_* check: failed in push_local_name, at cp/decl.c:924 Classification: Unclassified Product: gcc Version: unknown St

[Bug debug/56236] New: incorrect debug info for decltype(nullptr)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56236 Bug #: 56236 Summary: incorrect debug info for decltype(nullptr) Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug c++/56235] New: [4.8 regression] Bogus "error: invalid conversion from ‘unsigned char’ to ‘B::Mode’ [-fpermissive]"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56235 Bug #: 56235 Summary: [4.8 regression] Bogus "error: invalid conversion from ‘unsigned char’ to ‘B::Mode’ [-fpermissive]" Classification: Unclassified Product: gcc Version: unkn

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 --- Comment #23 from Kostya Serebryany 2013-02-07 05:01:53 UTC --- with the patch from comment 22 (all benchmarks, ref data): orig patched 400.perlbench,-1.00, 1244.00, -1244.00

[Bug debug/56234] Get "internal compiler error in dwarf2out_finish, at dwarf2out.c:18906" with -g option

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56234 Andrew Pinski changed: What|Removed |Added Component|c |debug Severity|major

[Bug web/56233] Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233 --- Comment #4 from Dmitry Gorbachev 2013-02-07 03:37:53 UTC --- Created attachment 29381 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29381 "Enter Bug" form (w/o javascript)

[Bug web/56233] Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233 --- Comment #3 from Dmitry Gorbachev 2013-02-07 03:34:21 UTC --- > There is not much bugzilla can do. It could either ignore mime type as sent by the browser, or show the "Content Type" section.

[Bug c/56234] Get "internal compiler error in dwarf2out_finish, at dwarf2out.c:18906" with -g option

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56234 --- Comment #1 from Jianjun He 2013-02-07 03:28:41 UTC --- Created attachment 29380 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29380 the preprocessed file that triggers the bug the preprocessed file is tar'ed 'cause the size is

[Bug c/56234] New: Get "internal compiler error in dwarf2out_finish, at dwarf2out.c:18906" with -g option

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56234 Bug #: 56234 Summary: Get "internal compiler error in dwarf2out_finish, at dwarf2out.c:18906" with -g option Classification: Unclassified Product: gcc Version: 4.4.3

[Bug web/56233] Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233 --- Comment #2 from Andrew Pinski 2013-02-07 02:53:28 UTC --- >bugzilla treats attached files as binary No what is happening is your browser is sending this mime type when it did the upload. There is not much bugzilla can do.

[Bug web/56233] Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233 --- Comment #1 from Dmitry Gorbachev 2013-02-07 02:49:14 UTC --- Created attachment 29379 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29379 "Create New Attachment" form

[Bug web/56233] New: Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56233 Bug #: 56233 Summary: Bugzilla: files (*.c, *.diff, etc.) wrongly recognized as application/octet-stream Classification: Unclassified Product: gcc Version: unknown

[Bug target/54009] incorrect code generated for DFmode lo_sum mem

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

[Bug target/54009] incorrect code generated for DFmode lo_sum mem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54009 --- Comment #5 from Alan Modra 2013-02-07 02:37:49 UTC --- Author: amodra Date: Thu Feb 7 02:37:37 2013 New Revision: 195836 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195836 Log: gcc/ PR target/54009 * config/rs

[Bug target/54131] [4.8 Regression] ICE building 416.gamess, reload_cse_simplify_operands

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54131 --- Comment #5 from Alan Modra 2013-02-07 02:27:06 UTC --- Author: amodra Date: Thu Feb 7 02:26:53 2013 New Revision: 195835 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195835 Log: PR target/54131 * gfortran.dg/pr5

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #8 from joseph at codesourcery dot com 2013-02-07 01:48:56 UTC --- On Wed, 6 Feb 2013, ubizjak at gmail dot com wrote: > > The full line is, > > internal_error ("resolution sub id " HOST_WIDE_INT_PRINT_HEX_PURE > >

[Bug target/44364] Wrong code with e500 double floating point

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

[Bug c/47409] volatile struct member bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409 --- Comment #15 from joseph at codesourcery dot com 2013-02-07 01:42:21 UTC --- I think the most obvious way to handle volatile and unions for C would be to follow the handling of const (set C_TYPE_FIELDS_VOLATILE in the same way as C_TYP

[Bug target/53040] nested functions may trash floating point registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53040 --- Comment #9 from Alan Modra 2013-02-07 01:39:29 UTC --- Author: amodra Date: Thu Feb 7 01:39:21 2013 New Revision: 195834 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195834 Log: PR target/53040 * config/rs6000/r

[Bug lto/47936] [4.6 Regression] Missed optimization with LTO due to strict aliasing issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936 Dmitry Gorbachev changed: What|Removed |Added Known to work|4.7.0 |4.7.3, 4.8.0 Summa

[Bug lto/56232] New: Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56232 Bug #: 56232 Summary: Missed optimization with LTO Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor Priority: P

[Bug lto/47900] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47900 Dmitry Gorbachev changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/52306] ICE in cselib_record_set, at cselib.c:2158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306 --- Comment #17 from Mikael Pettersson 2013-02-06 23:23:58 UTC --- Created attachment 29376 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29376 reduced test case Please disregard my last two comments, I misread the insn dump and m

[Bug c++/56230] gcc aborts with "uninitialized const member" error even though an initializer is present

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56230 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/56172] net FAILs on Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56172 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug go/56172] net FAILs on Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56172 --- Comment #4 from ian at gcc dot gnu.org 2013-02-06 22:40:26 UTC --- Author: ian Date: Wed Feb 6 22:40:18 2013 New Revision: 195823 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195823 Log: PR go/56172 net: Fixes for s

[Bug target/53040] nested functions may trash floating point registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53040 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Com

[Bug middle-end/56231] New: warning traces have bogus line information when using LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231 Bug #: 56231 Summary: warning traces have bogus line information when using LTO Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 --- Comment #27 from Vladimir Makarov 2013-02-06 21:36:59 UTC --- (In reply to comment #26) > You are right, your suggestions is what I sketched in comment #21 as choices 1 > or 2. Sorry for my unclear expalanation of what was actually ha

[Bug tree-optimization/55022] [4.8 Regression] air.f90 is miscompliled with -m64 -O2 -fgraphite-identity after revision 190619

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022 Aldy Hernandez changed: What|Removed |Added CC||matz at gcc dot gnu.org,

[Bug fortran/56224] [4.8 Regression] gfortran -fopenmp cannot find omp_lib.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

[Bug fortran/56224] [4.8 Regression] gfortran -fopenmp cannot find omp_lib.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224 --- Comment #2 from Thomas Koenig 2013-02-06 20:55:13 UTC --- I think the file should go into an include directory.

[Bug c++/56217] ICE: OpenMP: when combining shared() and a move constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56217 --- Comment #4 from Jim Radford 2013-02-06 20:46:42 UTC --- (In reply to comment #3) > Should be fixed on the trunk Thanks! > Note your testcase is invalid, without > the taskwait I've added, it relies on NRV and even with NRV, by th

[Bug fortran/55789] [4.6/4.7 Regression] Needless realloc with array constructor.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789 Paul Thomas changed: What|Removed |Added Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7 Regression]

[Bug fortran/55789] [4.6/4.7/4.8 Regression] Needless realloc with array constructor.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789 --- Comment #9 from Paul Thomas 2013-02-06 20:20:24 UTC --- Author: pault Date: Wed Feb 6 20:20:08 2013 New Revision: 195815 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195815 Log: 2013-02-06 Paul Thomas PR fortran

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #7 from Craig Powers 2013-02-06 20:19:15 UTC --- (In reply to comment #6) > (In reply to comment #5) > > ../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void > > lto_resolution_read(spla > > y_tree, FILE*, lto_file*)': >

[Bug fortran/55978] class_optional_2.f90 -Os fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW AssignedTo

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #6 from Uros Bizjak 2013-02-06 19:40:33 UTC --- (In reply to comment #5) > ../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void > lto_resolution_read(spla > y_tree, FILE*, lto_file*)': > ../../gcc-4.8-20130203/gcc/lto/lto.

[Bug target/56184] [4.8 Regression] Internal compiler error in push_reload during bootstrap stage 2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56184 Ulrich Weigand changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org --

[Bug fortran/55978] [4.8 Regression] class_optional_2.f90 -Os fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978 --- Comment #23 from janus at gcc dot gnu.org 2013-02-06 19:39:43 UTC --- Author: janus Date: Wed Feb 6 19:39:35 2013 New Revision: 195814 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195814 Log: 2013-02-06 Janus Weil

[Bug c++/56230] gcc aborts with "uninitialized const member" error even though an initializer is present

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56230 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler at |

[Bug target/56184] [4.8 Regression] Internal compiler error in push_reload during bootstrap stage 2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56184 --- Comment #5 from Ulrich Weigand 2013-02-06 19:27:31 UTC --- Depending on configure tests of the installed (cross-)assembler, the ICE may not occur. In those cases, I'm now able to reliably reproduce the ICE by using -fno-section-anchor

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #5 from Craig Powers 2013-02-06 19:03:10 UTC --- ../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void lto_resolution_read(spla y_tree, FILE*, lto_file*)': ../../gcc-4.8-20130203/gcc/lto/lto.c:2229:33: error: unknown convers

[Bug target/50678] [4.7/4.8 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #77 from Dominique d'Humieres 2013-02-06 19:02:27 UTC --- > Created attachment 29361 [details] > Patch to suppress register swap on Darwin >= 12, v2 With this patch applied on top of r195808 for Target: x86_64-apple-darwin

[Bug c++/56230] New: gcc aborts with "uninitialized const member" error even though an initializer is present

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56230 Bug #: 56230 Summary: gcc aborts with "uninitialized const member" error even though an initializer is present Classification: Unclassified Product: gcc Version: 4.6.3

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #4 from Craig Powers 2013-02-06 18:54:39 UTC --- (In reply to comment #3) > There's another one on line 14622 of gcc/config/i386/i386.c. Doing the same substitution as in ggc-page.c fixes it.

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #3 from Craig Powers 2013-02-06 18:50:34 UTC --- There's another one on line 14622 of gcc/config/i386/i386.c.

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 --- Comment #11 from David Binderman 2013-02-06 18:47:37 UTC --- >It isn't that easy. For %'s you really have to parse all the characters after >% and figure out where the format specifier ends. Agreed. But it doesn't have to be perfect

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #2 from Craig Powers 2013-02-06 18:42:58 UTC --- (In reply to comment #1) > Created attachment 29374 [details] > proposed patch to use HOST_LONG_LONG_FORMAT > > Please try to bootstrap with the attached patch. That fixes

[Bug debug/53363] g++.dg/debug/dwarf2/thunk1.C FAILs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53363 --- Comment #6 from Jason Merrill 2013-02-06 18:26:37 UTC --- OK.

[Bug tree-optimization/55022] [4.8 Regression] air.f90 is miscompliled with -m64 -O2 -fgraphite-identity after revision 190619

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55022 Aldy Hernandez changed: What|Removed |Added Status|NEW |WAITING --- Comment #9 from Al

[Bug target/56228] [4.8 Regression] Indirect call fails to assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228 --- Comment #2 from David Edelsohn 2013-02-06 18:15:17 UTC --- The proposed patch LGTM.

[Bug fortran/56224] [4.8 Regression] gfortran -fopenmp cannot find omp_lib.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug fortran/56226] Add support for DEC UNION and MAP extensions

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

[Bug rtl-optimization/56178] [4.8 Regression] Miscompilation of Ada front-end with profiled bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56178 Eric Botcazou changed: What|Removed |Added Component|ada |rtl-optimization --- Comment #5

[Bug ada/52123] [4.7/4.8 Regression] gcc bootstrap with ada fails on mingw target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123 --- Comment #10 from Rainer Emrich 2013-02-06 17:20:53 UTC --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.02.2013 18:04, schrieb daniel.f.starke at freenet dot de: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123 > >

[Bug ada/52123] [4.7/4.8 Regression] gcc bootstrap with ada fails on mingw target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123 --- Comment #9 from Daniel Starke 2013-02-06 17:04:21 UTC --- This will probably not fix all problems with ada on mingw. My last tests with 4.7.2 made me also need to patch this: diff -uart gcc-4.7.2-original/gcc/ada/tracebak.c gcc-4.7.2

[Bug bootstrap/56227] Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 --- Comment #1 from Uros Bizjak 2013-02-06 16:54:49 UTC --- Created attachment 29374 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29374 proposed patch to use HOST_LONG_LONG_FORMAT Please try to bootstrap with the attached patch.

[Bug target/56228] [4.8 Regression] Indirect call fails to assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228 --- Comment #1 from Jakub Jelinek 2013-02-06 16:52:56 UTC --- Created attachment 29373 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29373 gcc48-pr56228.patch Untested fix.

[Bug target/56228] [4.8 Regression] Indirect call fails to assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/53040] nested functions may trash floating point registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53040 --- Comment #7 from Eric Botcazou 2013-02-06 16:45:44 UTC --- > This one is hardly an annoying bug. You need > a) nested functions, > b) using floating point, > c) with an unusual set of callee saved fprs, > d) and -Os. a) + b) + d)

[Bug target/56228] New: [4.8 Regression] Indirect call fails to assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56228 Bug #: 56228 Summary: [4.8 Regression] Indirect call fails to assemble Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/56158] bad enum values computed by operator~ in ios_base.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158 --- Comment #6 from Paolo Carlini 2013-02-06 16:40:09 UTC --- Oh, I was missing that, thanks. Now, I don't know if we should really try to fix this now after so many years. I'm tempted to just leave it alone until we break the ABI, unless

[Bug target/56214] [4.8 Regression] FAIL: gcc.c-torture/execute/20050121-1.c compilation, ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56214 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug bootstrap/56227] New: Bootstrap failure on MinGW building ggc-page.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227 Bug #: 56227 Summary: Bootstrap failure on MinGW building ggc-page.c Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/56226] New: Add support for DEC UNION and MAP extensions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56226 Bug #: 56226 Summary: Add support for DEC UNION and MAP extensions Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancemen

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181 --- Comment #12 from Richard Biener 2013-02-06 16:00:02 UTC --- (In reply to comment #11) > Created attachment 29371 [details] > final patch > > This is what I am considering seriously. It adds the dumping (but we don't > have info on

[Bug libstdc++/56158] bad enum values computed by operator~ in ios_base.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158 --- Comment #5 from Jonathan Wakely 2013-02-06 15:59:51 UTC --- [dcl.enum]/7 "For an enumeration whose underlying type is fixed, the values of the enumeration are the values of the underlying type." Because the underlying type in 17.5.2.

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181 Richard Biener changed: What|Removed |Added Attachment #29369|0 |1 is obsolete|

[Bug libstdc++/56158] bad enum values computed by operator~ in ios_base.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158 --- Comment #4 from Paolo Carlini 2013-02-06 15:29:38 UTC --- I'm wondering: before doing anything in v3, is this a C++11 issue? Because in 17.5.2.1.3 I see a fixed underlying type but otherwise I see exactly ~static_cast(X) like in v3?!?

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 Dodji Seketeli changed: What|Removed |Added Attachment #29366|0 |1 is obsolete|

[Bug c/47409] volatile struct member bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409 --- Comment #14 from Jason Merrill 2013-02-06 14:59:57 UTC --- (In reply to comment #13) > But, what to do about unions? The standard says that only one union member is > active, but which one it is? I think the compiler generally can't

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181 --- Comment #10 from Richard Biener 2013-02-06 14:55:25 UTC --- (In reply to comment #9) > Created attachment 29369 [details] > updated patch > > This works better. Probably flow_loops_find should not handle loop removal > though, and

[Bug rtl-optimization/56225] [4.8 Regression] ICE in lra-constraints.c when executing the testsuite with -m32 -march=pentium3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56225 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

[Bug rtl-optimization/56225] [4.8 Regression] ICE in lra-constraints.c when executing the testsuite with -m32 -march=pentium3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56225 Richard Biener changed: What|Removed |Added Keywords||ra Target Milestone|---

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181 Richard Biener changed: What|Removed |Added Attachment #29368|0 |1 is obsolete|

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 Florian Weimer changed: What|Removed |Added CC||fweimer at redhat dot com ---

[Bug rtl-optimization/56181] [4.8 Regression] ICE in verify_loop_structure, at cfgloop.c:1581 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181 --- Comment #8 from Richard Biener 2013-02-06 14:20:30 UTC --- Created attachment 29368 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29368 patch to make flow_loops_find work in-place One idea is, as in the attached patch, to unif

[Bug target/56200] queens benchmark is faster with -O0 than with any other optimization level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56200 Yuri Rumyantsev changed: What|Removed |Added CC||ysrumyan at gmail dot com ---

[Bug rtl-optimization/56225] New: ICE in lra-constraints.c when executing the testsuite with -m32 -march=pentium3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56225 Bug #: 56225 Summary: ICE in lra-constraints.c when executing the testsuite with -m32 -march=pentium3 Classification: Unclassified Product: gcc Version: 4.8.0

[Bug fortran/55978] [4.8 Regression] class_optional_2.f90 -Os fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978 --- Comment #22 from janus at gcc dot gnu.org 2013-02-06 13:56:02 UTC --- (In reply to comment #21) > It seems to work just as well as the patch in comment #18 and is much simpler. > Also it could catch this sort of thing in other situations

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 --- Comment #9 from Jakub Jelinek 2013-02-06 13:46:05 UTC --- 1) this is -D_FORTIFY_SOURCE warning, you can invent other warnings elsewhere 2) with -D_FORTIFY_SOURCE, e.g. sprintf is an inline function, so the FE sees it as a call to an in

[Bug c++/54122] [4.7/4.8 Regression] segfault comparing enum class in lambda inside constructor of a templated class

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

[Bug c++/54122] [4.7/4.8 Regression] segfault comparing enum class in lambda inside constructor of a templated class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54122 --- Comment #9 from Jason Merrill 2013-02-06 13:42:19 UTC --- Author: jason Date: Wed Feb 6 13:42:06 2013 New Revision: 195806 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195806 Log: PR c++/54122 * tree.c (lvalue_k

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 --- Comment #8 from Manuel López-Ibáñez 2013-02-06 13:39:32 UTC --- (In reply to comment #7) > Because object sizes are finalized only during the objsz pass, after lots of > optimization passes. Note, as I said earlier, what matters most is tha

[Bug target/53040] nested functions may trash floating point registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53040 --- Comment #6 from Alan Modra 2013-02-06 13:31:45 UTC --- This one is hardly an annoying bug. You need a) nested functions, b) using floating point, c) with an unusual set of callee saved fprs, d) and -Os. I found the bug only becau

[Bug fortran/56224] New: gfortran -fopenmp cannot find omp_lib.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224 Bug #: 56224 Summary: gfortran -fopenmp cannot find omp_lib.h Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 --- Comment #7 from Jakub Jelinek 2013-02-06 13:25:29 UTC --- Because object sizes are finalized only during the objsz pass, after lots of optimization passes. Note, as I said earlier, what matters most is that the check is performed at r

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Commen

[Bug target/56219] avr-gcc-4.7.2 missing __uint24 loop optimisation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56219 --- Comment #2 from demiurg_spb at freemail dot ru 2013-02-06 13:06:01 UTC --- oops r0 - is call-clobbered:(

[Bug target/54009] incorrect code generated for DFmode lo_sum mem

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54009 --- Comment #4 from Alan Modra 2013-02-06 13:04:43 UTC --- Regressed due to pr54131 fix.

[Bug fortran/55978] [4.8 Regression] class_optional_2.f90 -Os fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assig

[Bug fortran/55978] [4.8 Regression] class_optional_2.f90 -Os fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978 --- Comment #20 from janus at gcc dot gnu.org 2013-02-06 12:54:41 UTC --- (In reply to comment #19) > That generates the code: > D.1896 = x != 0B > ? (struct array1_integer(kind=4) *) _gfortran_internal_pack (x) >

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 --- Comment #21 from Jakub Jelinek 2013-02-06 12:48:39 UTC --- As the shadow memory doesn't have information about what locations are read-only, it only has info whether the relevant bytes are valid, or invalid (or some invalid, some valid

[Bug sanitizer/55309] gcc's address-sanitizer 66% slower than clang's

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309 --- Comment #20 from Kostya Serebryany 2013-02-06 12:43:09 UTC --- > The clang variant looks incorrect to me - if asan distinguishes between > loads and stores It doesn't. The only reason why we have two callbacks is that asan prints a

[Bug middle-end/54582] gap in FORTIFY checking of buffer lengths

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

  1   2   >