[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |SUSPENDED Last reconfirmed|

[Bug tree-optimization/61301] missed optimization of move if vector passed by reference

2014-06-08 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301 --- Comment #5 from Andrew Pinski --- (In reply to Thomas Preud'homme from comment #4) > I had started working on shuffle support in bswap but I realized this would > probably not help ARM as move between floating point register and general > pu

[Bug tree-optimization/61301] missed optimization of move if vector passed by reference

2014-06-08 Thread thomas.preudhomme at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61301 --- Comment #4 from Thomas Preud'homme --- (In reply to Richard Biener from comment #3) > _3 = MEM[(const float *)this_1(D) + 4B]; > _4 = MEM[(const float *)this_1(D)]; > _5 = MEM[(const float *)this_1(D) + 12B]; > _6 = MEM[(const float *

[Bug testsuite/61453] New: [4.10 Regression]: gfortran.dg/bind_c_array_params_2.f90 for targets where a call insn isn't "call"

2014-06-08 Thread hp at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61453 Bug ID: 61453 Summary: [4.10 Regression]: gfortran.dg/bind_c_array_params_2.f90 for targets where a call insn isn't "call" Product: gcc Version: 4.10.0

[Bug tree-optimization/61452] New: hang at -O1 and -Os on x86_64-linux-gnu

2014-06-08 Thread su at cs dot ucdavis.edu
: posix gcc version 4.10.0 20140608 (experimental) [trunk revision 211353] (GCC) $ $ gcc-trunk -O0 small.c; a.out $ gcc-trunk -O2 small.c; a.out $ gcc-4.7.3 -O1 small.c; a.out $ gcc-4.7.3 -Os small.c; a.out $ $ timeout -s 9 30 gcc-trunk -O1 small.c Killed $ int a

[Bug fortran/56981] Slow I/O: Unformatted 5x slower, large sys component; formatted slow as well

2014-06-08 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981 --- Comment #12 from Jerry DeLisle --- $ strace -c ./a.out % time seconds usecs/call callserrors syscall -- --- --- - - 99.970.078667 0 100 write

[Bug c/61449] Statement expressions disallow storage specifiers

2014-06-08 Thread cube2killfield at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61449 Dale Weiler changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/61449] Statement expressions disallow storage specifiers

2014-06-08 Thread joseph at codesourcery dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61449 --- Comment #1 from joseph at codesourcery dot com --- I don't see what this has to do with statement expressions. Standard ISO C rules for storage class specifiers are that block-scope declarations for functions need to use "extern" or no sto

[Bug fortran/38839] BIND(C): Allow non-digit/underscore/alphabetic binding names

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38839 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug fortran/36275] [F03] Binding label can be any scalar char initialisation expression

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|un

[Bug c++/61451] Parsing aborted at cp/parser.c:23778

2014-06-08 Thread svalorzen at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61451 --- Comment #1 from Eugenio Bargiacchi --- For some reason, if an additional line is added, the error goes away. This compiles fine: #include template struct is_generative_model { private: template static auto test(int) -> declty

[Bug c++/61451] New: Parsing aborted at cp/parser.c:23778

2014-06-08 Thread svalorzen at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61451 Bug ID: 61451 Summary: Parsing aborted at cp/parser.c:23778 Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug fortran/61450] ICE in gfc_global_used()

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61450 Francois-Xavier Coudert changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/61450] New: ICE in gfc_global_used()

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61450 Bug ID: 61450 Summary: ICE in gfc_global_used() Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assig

[Bug tree-optimization/61437] [4.10 Regression] wrong code on x86_64-linux-gnu when compile separately

2014-06-08 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61437 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/61449] New: Statement expressions disallow storage specifiers

2014-06-08 Thread cube2killfield at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61449 Bug ID: 61449 Summary: Statement expressions disallow storage specifiers Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug fortran/56981] Slow I/O: Unformatted 5x slower, large sys component; formatted slow as well

2014-06-08 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981 --- Comment #11 from Jerry DeLisle --- Janne, can you post some new benchmarks for comparison?

[Bug c++/59832] [c++11] ICE in reshape_init_class with initializer list

2014-06-08 Thread ppluzhnikov at google dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59832 --- Comment #4 from Paul Pluzhnikov --- Still reproduces on current trunk @r211286

[Bug fortran/41227] COMMON block, BIND(C) and LTO interoperability issues

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41227 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org -

[Bug libfortran/60324] Handle arbitrarily long path names

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60324 Francois-Xavier Coudert changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Bug fortran/45187] ICE with CRAY pointer in module

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45187 Francois-Xavier Coudert changed: What|Removed |Added Keywords||patch Status|NEW

[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 --- Comment #5 from Andreas Schwab --- The reference to _Alignof in 6.3.2.1 does not exist in the final version of the standard, according to Larry Jones in comp.std.c (Message-Id: or

[Bug fortran/45187] ICE with CRAY pointer in module

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45187 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org

[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread bugdal at aerifal dot cx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 --- Comment #4 from Rich Felker --- Indeed, I can't reproduce that aspect of the problem now. My best guess is that I accidentally used "gcc" rather than "gcc-4.9" for the test without -std=c11. I'll post a follow-up comment if I do find such a p

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34640 Francois-Xavier Coudert changed: What|Removed |Added CC||dh458 at oakapple dot net ---

[Bug fortran/41627] mixing common and modules elicits ICE

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41627 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread joseph at codesourcery dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 --- Comment #3 from joseph at codesourcery dot com --- What makes you think _Alignof depends on -std=c11 (other than for -pedantic diagnostics)? I don't see any point in requesting alignment of an object, as opposed to a type, unless you want

[Bug fortran/38829] Bogus BIND(C) error message

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38829 --- Comment #2 from Francois-Xavier Coudert --- Author: fxcoudert Date: Sun Jun 8 15:28:59 2014 New Revision: 211354 URL: http://gcc.gnu.org/viewcvs?rev=211354&root=gcc&view=rev Log: PR fortran/38829 * gfortran.dg/bind_c_usage_29.f90: N

[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread bugdal at aerifal dot cx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 --- Comment #2 from Rich Felker --- Indeed, you seem to be correct in that claim. However it seems desirable that if this usage is not supported, it should be treated as a constraint violation rather than silently producing a wrong/meaningless re

[Bug fortran/38829] Bogus BIND(C) error message

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38829 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/32630] [meta-bug] ISO C binding

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630 Bug 32630 depends on bug 38829, which changed state. Bug 38829 Summary: Bogus BIND(C) error message https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38829 What|Removed |Added

[Bug c/61447] _Alignof returns incorrect results for some types/archs

2014-06-08 Thread joseph at codesourcery dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 --- Comment #1 from joseph at codesourcery dot com --- ISO C does not define _Alignof (object), only _Alignof (type).

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

2014-06-08 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 --- Comment #7 from Bernd Edlinger --- xg++ [...] ../../gcc-trunk/gcc/fold-const.c -fdump-rtl-all-slim *** fp can trap: offset=34359738280, size=8, low_bound=-368, high_bound=32 ../../gcc-trunk/gcc/fold-const.c: In function 'tree_node* fold_unary

[Bug fortran/56818] [meta-bug] fortran-dev bugs

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56818 Bug 56818 depends on bug 45128, which changed state. Bug 45128 Summary: Segmentation fault with -fwhole-file for subref_array_pointer https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45128 What|Removed |Added

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34640 Francois-Xavier Coudert changed: What|Removed |Added CC||dominiq at lps dot ens.fr ---

[Bug fortran/45128] Segmentation fault with -fwhole-file for subref_array_pointer

2014-06-08 Thread fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45128 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

2014-06-08 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 --- Comment #6 from Bernd Edlinger --- they only happen in stage3, not in stage2. expmed.c.214r.reload: ;; Function long unsigned int choose_multiplier(long unsigned int, int, int, long unsigned int*, int*, int*) (_Z17choose_multipliermiiPmPiS0

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

2014-06-08 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 --- Comment #5 from Bernd Edlinger --- I tried a boot-strap with this patch, and there are almost no false positives, except a few varargs functions. Most interesting are these cases: /home/ed/gnu/gcc-build/./prev-gcc/xg++ -B/home/ed/gnu/gcc-bu

[Bug rtl-optimization/61047] [4.9/4.10 Regression] wrong code at -O1 on x86_64-linux

2014-06-08 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61047 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de --- C

[Bug bootstrap/61448] New: ice on profiledbootstrap with -o2 -flto -fuse-linker-plugin

2014-06-08 Thread hete2 at gmx dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61448 Bug ID: 61448 Summary: ice on profiledbootstrap with -o2 -flto -fuse-linker-plugin Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity: normal Pr

[Bug c/61447] New: _Alignof returns incorrect results for some types/archs

2014-06-08 Thread bugdal at aerifal dot cx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61447 Bug ID: 61447 Summary: _Alignof returns incorrect results for some types/archs Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Prio

[Bug tree-optimization/61434] [4.10 Regression] wrong code at -O3 on x86_64-linux

2014-06-08 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61434 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/61446] [4.10 Regression]: ICE in copyprop_hardreg_forward_1, at regcprop.c with -O2 -m32 -march=corei7

2014-06-08 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61446 --- Comment #2 from Uroš Bizjak --- (In reply to Dominique d'Humieres from comment #1) > This breaks bootstrap on x86_64-apple-darwin13 and other targets (see > https://gcc.gnu.org/ml/gcc-regression/2014-06/). On darwin the failure is Yes, known

[Bug rtl-optimization/61446] [4.10 Regression]: ICE in copyprop_hardreg_forward_1, at regcprop.c with -O2 -m32 -march=corei7

2014-06-08 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61446 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/61444] Missing "undeclared identifier" message

2014-06-08 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61444 --- Comment #3 from Marek Polacek --- Created attachment 32908 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32908&action=edit show_all_undeclared Patch that adds the -fno-show-all-undeclared option to show all instances of an undeclared

[Bug c/61444] Missing "undeclared identifier" message

2014-06-08 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61444 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/61423] Incorrect conversion from unsigned int to floating point

2014-06-08 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423 --- Comment #8 from Uroš Bizjak --- (In reply to Uroš Bizjak from comment #5) > Created attachment 32903 [details] > Testcase that fails in REE pass > > This testcase fails with patched gcc in REE pass: This is now PR61446.

[Bug rtl-optimization/61446] [4.10 Regression]: ICE in copyprop_hardreg_forward_1, at regcprop.c with -O2 -m32 -march=corei7

2014-06-08 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61446 Uroš Bizjak changed: What|Removed |Added Target||i686 Blocks|

[Bug rtl-optimization/61446] New: [4.10 Regression]: ICE in copyprop_hardreg_forward_1, at regcprop.c with -O2 -m32 -march=corei7

2014-06-08 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61446 Bug ID: 61446 Summary: [4.10 Regression]: ICE in copyprop_hardreg_forward_1, at regcprop.c with -O2 -m32 -march=corei7 Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c/61444] Missing "undeclared identifier" message

2014-06-08 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61444 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment