[Bug tree-optimization/63743] Thumb1: big regression for float operators by r216728

2015-01-28 Thread thopre01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63743 Thomas Preud'homme changed: What|Removed |Added CC||thopre01 at gcc dot gnu.org --- Com

[Bug target/64212] [4.9/5 Regression] ICE [in noninterposable_alias, at symtab.c:1706]

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64212 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/61925] [4.8/4.9/5 Regression] internal error when using vectorization on CPU without SSE

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925 Jakub Jelinek changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #

[Bug libstdc++/64828] New: libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with -fsized-de

2015-01-28 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 Bug ID: 64828 Summary: libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14

[Bug middle-end/62103] Incorrect folding of bitfield in a union on big endian targets

2015-01-28 Thread thopre01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103 Thomas Preud'homme changed: What|Removed |Added Status|REOPENED|ASSIGNED

[Bug middle-end/62103] Incorrect folding of bitfield in a union on big endian targets

2015-01-28 Thread thopre01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103 --- Comment #11 from Thomas Preud'homme --- Ok, I have a local fix. The existing testcase didn't catch it because the precision of the bitfield is not a multiple of CHAR_BITS.

[Bug libstdc++/64828] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with -fsized-dealloc

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #1 from Jonathan Wakely --- Wasn't this fixed at r219317 ?

[Bug libstdc++/64828] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with -fsized-dealloc

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #2 from Jonathan Wakely --- Oh, del_opsv.cc ... I changed del_ops.cc and didn't notice a second warning.

[Bug jit/64810] jit not working on armv7hl ("ld: error: /tmp/libgccjit-ZGemdr/fake.so uses VFP register arguments, /tmp/ccJFCBsE.o does not")

2015-01-28 Thread ramana.radhakrishnan at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810 --- Comment #8 from ramana.radhakrishnan at arm dot com --- On 27/01/15 20:00, dmalcolm at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810 > > --- Comment #7 from David Malcolm --- > (In reply to ramana.radhakrish...@

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #3 from Jonathan Wakely --- Marked as a regression, as this breaks -Werror builds.

[Bug target/64368] [5 Regression] Several libstdc++ test failures on non-linux platforms after r218964.

2015-01-28 Thread ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64368 --- Comment #30 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #25 from Jonathan Wakely --- > Great, thanks for confirming it. As you say, let's leave this open for now in > case HP or Rainer still sees some of these failures. Just f

[Bug libstdc++/64798] [5 regression] g++.old-deja/g++.eh/badalloc1.C FAILs

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64798 --- Comment #16 from Richard Biener --- Author: rguenth Date: Wed Jan 28 09:53:39 2015 New Revision: 220201 URL: https://gcc.gnu.org/viewcvs?rev=220201&root=gcc&view=rev Log: 2015-01-28 Richard Biener PR libstdc++/64798 * libsupc++/e

[Bug target/64829] New: [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 Bug ID: 64829 Summary: [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug target/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread clyon at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 --- Comment #1 from clyon at gcc dot gnu.org --- Created attachment 34599 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34599&action=edit testcase

[Bug ipa/64827] LTO doesn't propogate/optimise initialised global variable value passed by reference

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64827 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Status|

[Bug libstdc++/64798] [5 regression] g++.old-deja/g++.eh/badalloc1.C FAILs

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64798 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug libffi/64799] [5 regression] libffi.special/unwindtest.cc FAILs on Solaris/SPARC

2015-01-28 Thread ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> --- [...] > Looks good so far: I've applied the patch, rebuilt libffi and run the > libffi testsuite (both mult

[Bug libffi/64799] [5 regression] libffi.special/unwindtest.cc FAILs on Solaris/SPARC

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799 --- Comment #4 from Rainer Orth --- Created attachment 34600 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34600&action=edit fix for 64-bit Solaris 10 failures

[Bug tree-optimization/64718] Bad 16-bit bswap replacement

2015-01-28 Thread thopre01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64718 --- Comment #5 from Thomas Preud'homme --- Author: thopre01 Date: Wed Jan 28 10:20:19 2015 New Revision: 220203 URL: https://gcc.gnu.org/viewcvs?rev=220203&root=gcc&view=rev Log: 2015-01-28 Thomas Preud'homme gcc/ PR tree-optimizatio

[Bug libobjc/63765] [5.0 Regression] libobjc testsuite failures on AIX caused by setting _XOPEN_SOURCE

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765 Rainer Orth changed: What|Removed |Added URL||https://gcc.gnu.org/ml/gcc-

[Bug c++/64830] New: g++ generating segfaulting binaries

2015-01-28 Thread amigo.elite at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64830 Bug ID: 64830 Summary: g++ generating segfaulting binaries Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

openmp gcc 4.9.1 bug

2015-01-28 Thread Jamil Appa
Hi I am attempting to compile the following but the compilation fails rather than issue an autological compare warning. #include #include int main() { #pragma omp simd for(unsigned int i=0;i<0u;++i) { } return 1; } g++ -fopenmp omp_bug.cxx Error message omp_bug.cxx: In function ‘in

[Bug preprocessor/64831] New: Preprocessing # operator with C++11 user-defined literal produces bad output

2015-01-28 Thread holger.gr...@ix-n.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64831 Bug ID: 64831 Summary: Preprocessing # operator with C++11 user-defined literal produces bad output Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: no

[Bug target/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 --- Comment #3 from Richard Biener --- Doesn't reproduce with a cross from x86_64-linux on trunk. > ./xgcc -B. t.c -O3 -v -Wall Reading specs from ./specs COLLECT_GCC=./xgcc COLLECT_LTO_WRAPPER=./lto-wrapper Target: arm-none-linux-gnueabihf Conf

[Bug c++/64832] New: [SH]: Internal compiler error when trying to compile webkitgtk on Debian sh4

2015-01-28 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64832 Bug ID: 64832 Summary: [SH]: Internal compiler error when trying to compile webkitgtk on Debian sh4 Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: no

[Bug rtl-optimization/64537] Aarch64 redundant sxth instruction gets generated

2015-01-28 Thread ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/64277] [4.9 Regression] Incorrect warning "array subscript is above array bounds"

2015-01-28 Thread ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277 --- Comment #18 from ienkovich at gcc dot gnu.org --- Author: ienkovich Date: Wed Jan 28 11:41:40 2015 New Revision: 220204 URL: https://gcc.gnu.org/viewcvs?rev=220204&root=gcc&view=rev Log: gcc/ PR tree-optimization/64277 * tree-ssa-loo

[Bug middle-end/64809] [5 Regression] ICE at -O3 with -g enabled on x86_64-linux-gnu (in 32-bit mode)

2015-01-28 Thread ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64809 --- Comment #8 from ienkovich at gcc dot gnu.org --- Author: ienkovich Date: Wed Jan 28 11:46:44 2015 New Revision: 220205 URL: https://gcc.gnu.org/viewcvs?rev=220205&root=gcc&view=rev Log: gcc/ PR middle-end/64809 * cfgexpand.c (reorder

[Bug c/64833] New: [SH]: Error: pcrel too far when compiling imagemagick and graphicsmagick on Debian sh4

2015-01-28 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64833 Bug ID: 64833 Summary: [SH]: Error: pcrel too far when compiling imagemagick and graphicsmagick on Debian sh4 Product: gcc Version: 4.9.2 Status: UNCONFIRMED Se

[Bug c++/63707] Brace initialization of array sometimes fails if no copy constructor

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63707 --- Comment #5 from Jonathan Wakely --- The member array case only fails when the array element has a user-defined destructor Here's the failing testcase repeated from the attachment and reduced slightly: struct Child { Child (int); ~Ch

[Bug target/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 --- Comment #4 from ktkachov at gcc dot gnu.org --- > > are you sure it isn't already fixed? Don't think so. It ICEs for me with r220203. I'm using the options -mfpu=neon -mfloat-abi=hard -O3 -march=armv7-a. The -mfloat-abi=hard is important,

[Bug tree-optimization/64823] [5.0 Regression] false "may be used uninitialized", missed jump threading

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64823 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #4 from Uroš Bizjak --- BTW: These warnings also appear in libsanitizer: /home/uros/gcc-svn/trunk/libsanitizer/asan/asan_new_delete.cc:107:6: warning: ‘void operator delete(void*, size_t)’ is a usual (non-placement) deallocation func

[Bug c++/64830] g++ generating segfaulting binaries

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64830 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Component|target

[Bug target/61925] [4.8/4.9/5 Regression] internal error when using vectorization on CPU without SSE

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925 --- Comment #7 from Jakub Jelinek --- So, it seems this is a complete mess. The reason why we ICE is that the target pragma support is broken. The main issue I see is that ix86_reset_to_default_globals doesn't actually reset to defaults (== targ

[Bug preprocessor/64831] Preprocessing # operator with C++11 user-defined literal produces bad output

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64831 Jonathan Wakely changed: What|Removed |Added Known to work||5.0 --- Comment #1 from Jonathan Wakel

[Bug c++/63907] libitm/config/posix/rwlock.cc doesn't compile

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ipa/64686] [5 Regression] ICE: in edge_badness, at ipa-inline.c:912 during Firefox LTO build with enabled checking

2015-01-28 Thread dcb314 at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686 --- Comment #3 from David Binderman --- Created attachment 34603 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34603&action=edit C++ source code

[Bug ipa/64686] [5 Regression] ICE: in edge_badness, at ipa-inline.c:912 during Firefox LTO build with enabled checking

2015-01-28 Thread dcb314 at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686 --- Comment #4 from David Binderman --- (In reply to David Binderman from comment #3) > Created attachment 34603 [details] > C++ source code The attached code does the following with trunk dated 20150128 with flag -O3 $ ../results/bin/

[Bug ipa/64686] [5 Regression] ICE: in edge_badness, at ipa-inline.c:912 during Firefox LTO build with enabled checking

2015-01-28 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64686 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Co

[Bug target/64753] Redundant cmp instruction on x86_64

2015-01-28 Thread rv at rasmusvillemoes dot dk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64753 --- Comment #1 from Rasmus Villemoes --- FWIW, I wrote a stupid script looking for the pattern <(conditional) jump to abcd> ... abcd: Compiling a defconfig linux kernel with gcc 4.7 gives 201 instances, 5.0 gives 252. The second test/cm

[Bug tree-optimization/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

2015-01-28 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813 --- Comment #8 from Dominique d'Humieres --- Created attachment 34604 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34604&action=edit Preprocessed source for 4.cc

[Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

2015-01-28 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813 Dominique d'Humieres changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug ipa/64813] 23_containers/unordered_map/requirements/explicit_instantiation/[2,4].cc iCEs

2015-01-28 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813 --- Comment #10 from Dominique d'Humieres --- As expected the underlying problem has been introduced by r216305.

[Bug c++/64834] New: Captured variable not available in unevaluated context in a lambda with auto argument

2015-01-28 Thread holger.gr...@ix-n.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64834 Bug ID: 64834 Summary: Captured variable not available in unevaluated context in a lambda with auto argument Product: gcc Version: 4.9.2 Status: UNCONFIRMED Sev

[Bug target/64835] New: -fno-ipa-cp is inconsitently supported when attributes optimize or target are used

2015-01-28 Thread chrbr at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64835 Bug ID: 64835 Summary: -fno-ipa-cp is inconsitently supported when attributes optimize or target are used Product: gcc Version: 5.0 Status: UNCONFIRMED Severity

[Bug fortran/64757] [5 Regression] ICE in fold_convert_loc, at fold-const.c:2353

2015-01-28 Thread pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org Assigne

[Bug target/64753] Redundant cmp instruction on x86_64

2015-01-28 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64753 --- Comment #2 from Uroš Bizjak --- (In reply to Rasmus Villemoes from comment #0) > At the two places marked # we do a cmp and a conditional jump to .L3, where > for good measure the same cmp is done again... there's no other path to .L3, > so

[Bug fortran/64757] [5 Regression] ICE in fold_convert_loc, at fold-const.c:2353

2015-01-28 Thread pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757 --- Comment #8 from Paul Thomas --- (In reply to Dominique d'Humieres from comment #4) > > It it certainly related, but I'm not sure it is an exact duplicate. > > In particular the above PR has quite a history and includes several > > test cases.

[Bug libstdc++/64814] std::copy_n advances InputIterator one *less* time than necessary.

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64814 --- Comment #8 from Jonathan Wakely --- N.B. libc++ changed its copy_n with http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20110221/039404.html and then libstdc++ did the same in PR 50119

[Bug c++/64834] Captured variable not available in unevaluated context in a lambda with auto argument

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64834 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Known to work|

[Bug middle-end/64809] [5 Regression] ICE at -O3 with -g enabled on x86_64-linux-gnu (in 32-bit mode)

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64809 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 --- Comment #6 from Richard Biener --- In fact we recognize a widening shift but it gets dropped on the floor: t.c:48:2: note: -->vectorizing statement: result_15 = val0_14 << 4; t.c:48:2: note: -->vectorizing statement: _17 = val1_16(D

[Bug middle-end/61225] [5 Regression] Several new failures after r210458 on x86_64-*-* with -m32

2015-01-28 Thread ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225 --- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #18 from Jeffrey A. Law --- > Rainer, > > Zhenqiang has left GCC development. I didn't know that: now wonder the issue isn't getting his attention :-) > But this BZ is

[Bug tree-optimization/64829] [ARM] ICE at -O3 in vect_get_vec_def_for_stmt_copy

2015-01-28 Thread ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64829 --- Comment #7 from ktkachov at gcc dot gnu.org --- > > Index: gcc/tree-vect-patterns.c > === > --- gcc/tree-vect-patterns.c(revision 220205) > +++ gcc/tree-vect-patterns.c(

[Bug go/64836] New: go.test/test/fixedbugs/issue4348.go FAILs

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64836 Bug ID: 64836 Summary: go.test/test/fixedbugs/issue4348.go FAILs Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go

[Bug lto/64837] New: lto plugun doesn't call ld_plugin_release_input_file

2015-01-28 Thread hjl.tools at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837 Bug ID: 64837 Summary: lto plugun doesn't call ld_plugin_release_input_file Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug go/64836] go.test/test/fixedbugs/issue4348.go FAILs

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64836 Rainer Orth changed: What|Removed |Added Target Milestone|--- |5.0

[Bug go/64838] New: ICE in type_size, at go/go-gcc.cc:1110

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64838 Bug ID: 64838 Summary: ICE in type_size, at go/go-gcc.cc:1110 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go

[Bug go/64838] ICE in type_size, at go/go-gcc.cc:1110

2015-01-28 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64838 Rainer Orth changed: What|Removed |Added Target Milestone|--- |5.0

[Bug lto/64837] lto plugun doesn't call ld_plugin_release_input_file

2015-01-28 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/64837] lto plugun doesn't call ld_plugin_release_input_file

2015-01-28 Thread hjl.tools at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837 H.J. Lu changed: What|Removed |Added Target Milestone|--- |5.0 --- Comment #2 from H.J. Lu --- Let's fix

[Bug fortran/64757] [5 Regression] ICE in fold_convert_loc, at fold-const.c:2353

2015-01-28 Thread pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757 --- Comment #9 from Paul Thomas --- (In reply to Paul Thomas from comment #7) > Created attachment 34607 [details] > Draft patch for the PR > > I believe that this regression was caused by the fix for pr60357. > > The patch is regtesting right

[Bug target/61925] [4.8/4.9/5 Regression] internal error when using vectorization on CPU without SSE

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61925 Jakub Jelinek changed: What|Removed |Added Assignee|rguenth at gcc dot gnu.org |jakub at gcc dot gnu.org --- Comm

[Bug sanitizer/64839] New: libsanitizer shouldn't require

2015-01-28 Thread harald at gigawatt dot nl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 Bug ID: 64839 Summary: libsanitizer shouldn't require Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #5 from Jonathan Wakely --- Author: redi Date: Wed Jan 28 15:02:28 2015 New Revision: 220207 URL: https://gcc.gnu.org/viewcvs?rev=220207&root=gcc&view=rev Log: PR libstdc++/64828 * libsupc++/Makefile.am: Compile del_opvs.cc a

[Bug libgomp/64840] New: FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 Bug ID: 64840 Summary: FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test Prod

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread howarth at bromo dot med.uc.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 howarth at bromo dot med.uc.edu changed: What|Removed |Added CC||howarth at bromo dot med

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 --- Comment #1 from Dominique d'Humieres --- Similar to (dup of) pr64635?

[Bug sanitizer/64841] New: libsanitizer/asan/asan_new_delete.cc:107:6: warning: ‘void operator delete(void*, size_t)’ is a usual (non-placement) deallocation function in C++14 (or with -fsized-dealloc

2015-01-28 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64841 Bug ID: 64841 Summary: libsanitizer/asan/asan_new_delete.cc:107:6: warning: ‘void operator delete(void*, size_t)’ is a usual (non-placement) deallocation function in C++14 (or

[Bug libstdc++/64828] [5 Regression] libstdc++-v3/libsupc++/del_opvs.cc:30:1: warning: ‘void operator delete [](void*, std::size_t)’ is a usual (non-placement) deallocation function in C++14 (or with

2015-01-28 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64828 --- Comment #7 from Uroš Bizjak --- (In reply to Jonathan Wakely from comment #6) > But not in libstdc++ any longer. Please re-open and change the component if > you want it fixed in libsanitizer, otherwise I'm closing this as fixed. True. Libsa

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 --- Comment #4 from dave.anglin at bell dot net --- On 2015-01-28 10:34 AM, dominiq at lps dot ens.fr wrote: > Similar to (dup of) pr64635? Search wasn't working for me this morning, so reassign if dup.

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 --- Comment #3 from dave.anglin at bell dot net --- On 2015-01-28 10:35 AM, howarth at bromo dot med.uc.edu wrote: > Do you have any files with the basename of libgomp-plugin-host_nonshm in > /test/g > nu/gcc/objdir/hppa64-hp-hpux11.11/./libgomp/.

[Bug c/64789] New: gcc generates unreliable code on arm with -mstructure-size-boundary=32

2015-01-28 Thread rearnsha at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64789 Bug ID: 64789 Summary: gcc generates unreliable code on arm with -mstructure-size-boundary=32 Product: gcc Version: 4.8.3 Status: RESOLVED Severity: normal

[Bug sanitizer/64841] libsanitizer/asan/asan_new_delete.cc:107:6: warning: ‘void operator delete(void*, size_t)’ is a usual (non-placement) deallocation function in C++14 (or with -fsized-deallocation

2015-01-28 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64841 --- Comment #1 from Jonathan Wakely --- I wonder if the correct fix would be: --- a/libsanitizer/asan/asan_new_delete.cc +++ b/libsanitizer/asan/asan_new_delete.cc @@ -103,6 +103,7 @@ CXX_OPERATOR_ATTRIBUTE void operator delete[](void *ptr, std

[Bug target/64774] [ARM/thumb] missed optimization: pc relative ldr used when constant can be derived from register

2015-01-28 Thread rearnsha at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64774 Richard Earnshaw changed: What|Removed |Added Target||arm Priority|P3

[Bug fortran/64757] [5 Regression] ICE in fold_convert_loc, at fold-const.c:2353

2015-01-28 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757 --- Comment #10 from Dominique d'Humieres --- > > Actually pr49213 is a collection of different bugs, one being this PR. IMO > > pr49213 should be split along the different bugs. > > The patch of comment #7 fixes the above as well. > It bootstra

[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1

2015-01-28 Thread howarth at bromo dot med.uc.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #18 from howarth at bromo dot med.uc.edu --- Created attachment 34609 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34609&action=edit proposed fix with aix and hpux support added Add support to handle hpux suffix nomenclature.

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread howarth at bromo dot med.uc.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 --- Comment #5 from howarth at bromo dot med.uc.edu --- (In reply to dave.anglin from comment #4) > On 2015-01-28 10:34 AM, dominiq at lps dot ens.fr wrote: > > Similar to (dup of) pr64635? > Search wasn't working for me this morning, so reassign

[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #19 from Jakub Jelinek --- (In reply to howarth from comment #18) > Created attachment 34609 [details] > proposed fix with aix and hpux support added > > Add support to handle hpux suffix nomenclature. Please use a space between SON

[Bug c/64803] [5 Regression] __LINE__ inside macro is not constant

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64803 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 --- Comment #2 from Jakub Jelinek --

[Bug libgomp/64840] FAIL: libgomp.oacc-c/../libgomp.oacc-c-c++-common/abort-2.c -DACC_DEVICE_TYPE_host_nonshm=1 -DACC_MEM_SHARED=0 execution test

2015-01-28 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840 --- Comment #6 from dave.anglin at bell dot net --- On 2015-01-28 11:22 AM, howarth at bromo dot med.uc.edu wrote: > ps I assume it will be sufficient to match libgomp-plugin-host_nonshm.sl.1 as > it is unclear why hpux automatically appends .0 to

[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1

2015-01-28 Thread howarth at bromo dot med.uc.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #20 from howarth at bromo dot med.uc.edu --- Created attachment 34610 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34610&action=edit proposed fix with aix and hpux support added and changelog

[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1

2015-01-28 Thread howarth at bromo dot med.uc.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #21 from howarth at bromo dot med.uc.edu --- Can someone please take this patch over and add the necessary license comments for the new files? Thanks in advance.

[Bug libgomp/64635] darwin produces libgomp-plugin-host_nonshm.1.dylib but tries to load libgomp-plugin-host_nonshm.so.1

2015-01-28 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635 --- Comment #22 from Jakub Jelinek --- Just pick it from say libgomp/config/linux/proc.h, replace 2011-2015 with 2015 and put your name in there.

[Bug target/64785] [5 Regression][SH] and|or|xor #imm not used

2015-01-28 Thread olegendo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64785 --- Comment #2 from Oleg Endo --- (In reply to Oleg Endo from comment #1) > > Another more radical approach could be to insert an RTL pass that > pre-allocates the R0 reg for those insns that have "z" constraint > alternatives, similar to what K

[Bug c++/64514] [4.9/5 Regression] Error in template instantiation in GCC 4.9, works fine in GCC 4.8

2015-01-28 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64514 --- Comment #3 from Jason Merrill --- Author: jason Date: Wed Jan 28 17:21:06 2015 New Revision: 220210 URL: https://gcc.gnu.org/viewcvs?rev=220210&root=gcc&view=rev Log: PR c++/64514 * pt.c (coerce_template_parameter_pack): Return NULL

[Bug c++/64514] [4.9/5 Regression] Error in template instantiation in GCC 4.9, works fine in GCC 4.8

2015-01-28 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64514 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug libffi/64799] [5 regression] libffi.special/unwindtest.cc FAILs on Solaris/SPARC

2015-01-28 Thread rth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799 --- Comment #5 from Richard Henderson --- Duh, that should have been obvious. Thanks for the fix. I'll push them upstream at the same time.

[Bug c++/58597] [5 Regression] ICE with lambda in default argument of template function

2015-01-28 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58597 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/54367] [meta-bug] lambda expressions

2015-01-28 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 58597, which changed state. Bug 58597 Summary: [5 Regression] ICE with lambda in default argument of template function https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58597 What|Removed |A

[Bug c++/63522] [4.8/4.9/5 Regression] ICE: unexpected expression 'ElementIndices' of kind template_parm_index

2015-01-28 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63522 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug jit/64810] jit not working on armv7hl ("ld: error: /tmp/libgccjit-ZGemdr/fake.so uses VFP register arguments, /tmp/ccJFCBsE.o does not")

2015-01-28 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810 --- Comment #9 from David Malcolm --- Thanks Ramana. I attempted a build of the jit with the configuration you suggested, specifically: $ ../src/configure \ --enable-host-shared \ --enable-languages=jit,c++ \ --disable-boots

[Bug c++/64842] New: Implicitly defined constructor isn't constexpr

2015-01-28 Thread simendsjo at simendsjo dot me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64842 Bug ID: 64842 Summary: Implicitly defined constructor isn't constexpr Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c+

[Bug lto/64837] lto plugun doesn't call ld_plugin_release_input_file

2015-01-28 Thread hjl.tools at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64837 --- Comment #3 from H.J. Lu --- There is also a gold bug: https://sourceware.org/bugzilla/show_bug.cgi?id=17896

[Bug jit/64810] jit not working on armv7hl ("ld: error: /tmp/libgccjit-ZGemdr/fake.so uses VFP register arguments, /tmp/ccJFCBsE.o does not")

2015-01-28 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64810 --- Comment #10 from David Malcolm --- Trying a hw watchpoint: (gdb) watch global_options.x_arm_float_abi shows this is never touched within test-empty.c.exe Invoking ./xgcc verbosely on an empty C file: $ ./xgcc -c -xc -v -B. -save-temps /

  1   2   >