[Bug target/49244] __sync or __atomic builtins will not emit 'lock bts/btr/btc'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244 --- Comment #17 from dhowells at redhat dot com --- (In reply to Paolo Bonzini from comment #16) > > ... > > it should be using BTSQ not BTSL > > Why? Since bts adjust the memory address according to the bit number, btsl > and btsq are entirely

[Bug middle-end/49905] Better sanity checking on sprintf src & dest to produce warning for dodgy code ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905 --- Comment #4 from David Binderman --- Created attachment 38402 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38402&action=edit C++ source code

[Bug middle-end/49905] Better sanity checking on sprintf src & dest to produce warning for dodgy code ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905 --- Comment #5 from David Binderman --- (In reply to Martin Sebor from comment #3) > 5.1 and 6.1 warn on the first six out of the ten buffer overflows, and on > Linux the program aborts at runtime in __sprintf_chk. > > GCC still doesn't diagnose

[Bug target/49244] __sync or __atomic builtins will not emit 'lock bts/btr/btc'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244 --- Comment #18 from dhowells at redhat dot com --- (In reply to Paolo Bonzini from comment #16) > > This also suggests there's an error in the current x86_64 kernel > > implementation > > as the kernel bitops are supposed to operate on machine

[Bug c/70921] New: Initializer for sub-sub-object overrides whole initializer for sub-object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70921 Bug ID: 70921 Summary: Initializer for sub-sub-object overrides whole initializer for sub-object Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/55901] [OOP] type is (character(len=*)) misinterpreted as array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55901 Dominique d'Humieres changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Com

[Bug fortran/60561] ICE in gimplify_var_or_parm_decl, at gimplify.c:1721 for gfortran.dg/associate_1.f03

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60561 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/70913] ICE in gfc_encode_character, at fortran/target-memory.c:227

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70913 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/70920] if ((intptr_t)ptr == 0) doesn't get simplified to if (ptr == 0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70920 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/70919] [6/7 Regression] wrong code at -O1 on x86_64-linux-gnu in 32-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70919 Richard Biener changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug c/70918] Internal compiler error: Illegal instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70918 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/70916] [6/7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "tree_operand_check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70916 --- Comment #3 from Richard Biener --- (In reply to Jakub Jelinek from comment #2) > For the ICE the fix is easy: > --- tree-vect-patterns.c.jj1 2016-03-23 10:51:23.0 +0100 > +++ tree-vect-patterns.c 2016-05-03 08:39:17.779229143 +0

[Bug fortran/70854] ICE in gfc_process_block_locals, at fortran/trans-decl.c:6447

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70854 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/70922] New: -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 Bug ID: 70922 Summary: -Wparentheses warning should not complain about if-else from macro expansion Product: gcc Version: unknown Status: UNCONFIRMED Keywords:

[Bug fortran/70914] ICE in gimplify_var_or_parm_decl, at gimplify.c:1851 (and endless compilation)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70914 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/70912] reassociation width needs to be aware of FMA, width of expression, and other architectural details

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70912 --- Comment #1 from Richard Biener --- reassoc-width is kind of a hack. To get optimal sequences for the target you'd need to do this during insn-scheduling (which ideally should happen together with RA). Thus, make the scheduler able to re-ass

[Bug tree-optimization/56541] vectorizaton fails in conditional assignment of a constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56541 --- Comment #3 from amker at gcc dot gnu.org --- Author: amker Date: Tue May 3 09:04:46 2016 New Revision: 235808 URL: https://gcc.gnu.org/viewcvs?rev=235808&root=gcc&view=rev Log: PR tree-optimization/56541 * doc/invoke.texi (@i

[Bug tree-optimization/70923] New: [7 regression] gcc.dg/vect/pr60092.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923 Bug ID: 70923 Summary: [7 regression] gcc.dg/vect/pr60092.c etc. FAIL Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree

[Bug tree-optimization/70923] [7 regression] gcc.dg/vect/pr60092.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923 Rainer Orth changed: What|Removed |Added Target Milestone|--- |7.0

[Bug c/70924] New: Wrong position for "warning: missing braces around initializer [-Wmissing-braces]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70924 Bug ID: 70924 Summary: Wrong position for "warning: missing braces around initializer [-Wmissing-braces]" Product: gcc Version: 7.0 Status: UNCONFIRMED Severity

[Bug rtl-optimization/44281] [4.9/5/6/7 Regression] Global Register variable pessimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281 --- Comment #26 from Bernd Schmidt --- Author: bernds Date: Tue May 3 09:35:42 2016 New Revision: 235809 URL: https://gcc.gnu.org/viewcvs?rev=235809&root=gcc&view=rev Log: Fix PR44281, bad RA with global regs. PR rtl-optimization/44281

[Bug rtl-optimization/44281] [4.9/5/6/7 Regression] Global Register variable pessimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44281 Bernd Schmidt changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug middle-end/70526] [5/6 Regression] GCC 6 miscompiles Firefox JIT compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526 --- Comment #25 from Jonathan Wakely --- std::aligned_storage has no equivalent of the addr() member function that would need adjusting, it's just the union U part of the AlignedStorage2 type in comment 23, where sizeof(T) is a template parameter

[Bug middle-end/70526] [5/6 Regression] GCC 6 miscompiles Firefox JIT compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526 --- Comment #26 from rguenther at suse dot de --- On Tue, 3 May 2016, redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526 > > --- Comment #25 from Jonathan Wakely --- > std::aligned_storage has no equivalent of

[Bug libstdc++/70101] Allocator-extended priority_queue constructors are badly broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70101 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 Pedro Alves changed: What|Removed |Added CC||palves at redhat dot com --- Comment #1 fr

[Bug middle-end/70526] [5/6 Regression] GCC 6 miscompiles Firefox JIT compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526 --- Comment #27 from Jonathan Wakely --- (In reply to rguent...@suse.de from comment #26) > std::aligned_storage has the requirement of a POD type T. So I > wondered about whether the intent was to make copying it by plain > assignment possible.

[Bug middle-end/70526] [5/6 Regression] GCC 6 miscompiles Firefox JIT compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70526 --- Comment #28 from Jonathan Wakely --- (As I mentioned, std::aligned_storage takes a size as its template argument, not a type, so it can't put requirements on a type T, since there is no type T :)

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #10 from Bernd Schmidt --- Looks to me like epilogue_completed would be a good predicate. I'll put the following in a bootstrap, let me know if you're OK with this patch. Index: i386.md ===

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #2 from Pedro Alves --- I noticed that this triggers with C++, but not with C. (GDB recently switched to building as C++ program by default.) With g++ 20160407 (what I have handy): $ /opt/gcc/bin/g++ parens.c -o parens -Wall -Wpar

[Bug libstdc++/70898] Stateful Compare objects are very slow

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

[Bug libstdc++/51965] Redundant move constructions in heap algorithms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51965 Jonathan Wakely changed: What|Removed |Added CC||gccbugs at jbapple dot com --- Comment

[Bug libstdc++/70893] codecvt incorrectly decodes UTF-16be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893 --- Comment #3 from Jonathan Wakely --- (In reply to Кирилл from comment #2) > ... > Just realized its wrong endianness problem. > codecvt_utf8_utf16 should assume utf16be by default, right? Apparently, no. No. It works with the native endianne

[Bug libstdc++/70893] codecvt incorrectly decodes UTF-16be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893 --- Comment #4 from Jonathan Wakely --- If you think there's a bug here please provide a testcase that compiles and produces an incorrect result.

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #3 from Pedro Alves --- > I noticed that this triggers with C++, but not with C. (GDB recently > switched > to building as C++ program by default.) I've built trunk now (gcc version 7.0.0 20160503), and I now get th

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #11 from Uroš Bizjak --- (In reply to Bernd Schmidt from comment #10) > Looks to me like epilogue_completed would be a good predicate. I'll put the > following in a bootstrap, let me know if you're OK with this patch. I was testing e

[Bug libstdc++/70898] Stateful Compare objects are very slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898 --- Comment #4 from Marc Glisse --- (In reply to Jonathan Wakely from comment #3) > This is being tracked as PR 51965 PR 51965 seems to be about extra copies of the values, while this one is more about extra copies of compare objects (then there

[Bug libstdc++/67085] priority queue should not copy comparators when calling push_heap and pop_heap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67085 Jonathan Wakely changed: What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE

[Bug libstdc++/70898] Stateful Compare objects are very slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898 --- Comment #5 from Jonathan Wakely --- Ah, then it's a dup of PR 67085 (which I had incorrectly marked as a dup of 51965). *** This bug has been marked as a duplicate of bug 67085 ***

[Bug libstdc++/67085] priority queue should not copy comparators when calling push_heap and pop_heap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67085 Jonathan Wakely changed: What|Removed |Added CC||gccbugs at jbapple dot com --- Comment

[Bug rtl-optimization/70687] Undefined shift in change_zero_ext in combine.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70687 --- Comment #4 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Tue May 3 10:29:55 2016 New Revision: 235811 URL: https://gcc.gnu.org/viewcvs?rev=235811&root=gcc&view=rev Log: PR 70687: Use wide_int in combine.c:change_zero_ext PR

[Bug rtl-optimization/70687] Undefined shift in change_zero_ext in combine.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70687 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolutio

[Bug c++/70868] Assigning constructed temporary of class with nontrivial constructor uses unnecessary temporary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70868 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/70854] ICE in gfc_process_block_locals, at fortran/trans-decl.c:6447

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70854 --- Comment #4 from Dominique d'Humieres --- > $ make check-fortran RUNTESTFLAGS="--target_board=unix/-finit-local-zero" > ... > # of expected passes38678 > # of unexpected failures293 > # of expected failures 45 > #

[Bug c++/70925] New: Vectorized loop segfaults: read exceeds vector boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70925 Bug ID: 70925 Summary: Vectorized loop segfaults: read exceeds vector boundary Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priori

[Bug c++/70925] Vectorized loop segfaults: read exceeds vector boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70925 Andreas Schaefer changed: What|Removed |Added CC||gentryx at gmx dot de --- Comment #1

[Bug target/49244] __sync or __atomic builtins will not emit 'lock bts/btr/btc'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49244 --- Comment #19 from Jakub Jelinek --- Author: jakub Date: Tue May 3 11:37:25 2016 New Revision: 235813 URL: https://gcc.gnu.org/viewcvs?rev=235813&root=gcc&view=rev Log: PR target/49244 * tree-ssa-ccp.c: Include stor-layout.h a

[Bug tree-optimization/70916] [6/7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "tree_operand_check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70916 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Tue May 3 11:38:38 2016 New Revision: 235814 URL: https://gcc.gnu.org/viewcvs?rev=235814&root=gcc&view=rev Log: PR tree-optimization/70916 * tree-vect-patterns.c (vect_re

[Bug tree-optimization/70916] [6/7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "tree_operand_check"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70916 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Tue May 3 11:43:06 2016 New Revision: 235815 URL: https://gcc.gnu.org/viewcvs?rev=235815&root=gcc&view=rev Log: PR tree-optimization/70916 * tree-if-conv.c (constant_or_s

[Bug rtl-optimization/70467] Useless "and [esp],-1" emitted on AND with uint64_t variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70467 --- Comment #12 from Jakub Jelinek --- Author: jakub Date: Tue May 3 11:45:04 2016 New Revision: 235816 URL: https://gcc.gnu.org/viewcvs?rev=235816&root=gcc&view=rev Log: PR rtl-optimization/70467 * config/i386/predicates.md (x8

[Bug c++/70925] Vectorized loop segfaults: read exceeds vector boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70925 --- Comment #2 from Richard Biener --- Please show the output when you append -v to the command-line (to tell us what -march=native expands to for you)

[Bug tree-optimization/70923] [7 regression] gcc.dg/vect/pr60092.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Status|

[Bug target/70903] [4.9/5/6/7 Regression] wrong code with bfi @ aarch64 with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70903 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/70903] [4.9/5/6/7 Regression] wrong code with bfi @ aarch64 with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70903 --- Comment #2 from ktkachov at gcc dot gnu.org --- -fno-rerun-cse-after-loop "fixes" the tescase. cse2 is where it starts to go wrong

[Bug tree-optimization/70841] reassoc fails to handle FP division

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70841 kugan at gcc dot gnu.org changed: What|Removed |Added CC||kugan at gcc dot gnu.org --- C

[Bug target/70903] [4.9/5/6/7 Regression] wrong code with bfi @ aarch64 with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70903 --- Comment #3 from ktkachov at gcc dot gnu.org --- Although, that seems to be exposing something else that's fishy, looking at the combine dumps I see it combining: (insn 19 42 20 2 (set (subreg:DI (reg:QI 94) 0) (const_int 255 [0xff])) b

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #12 from H.J. Lu --- (In reply to Bernd Schmidt from comment #10) > Looks to me like epilogue_completed would be a good predicate. I'll put the > following in a bootstrap, let me know if you're OK with this patch. > > Index: i386.md

[Bug c++/70925] Vectorized loop segfaults: read exceeds vector boundary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70925 --- Comment #3 from Andreas Schaefer --- Output of -v below: gentryx@neuromancer ~ $ LANG=en g++-5.3.0 test_lfa_lgd.ii -v -o test -O3 -march=native -fno-strict-aliasing -fwrapv -std=c++11 && ./test Using built-in specs. COLLECT_GCC=/usr/bin/g++-

[Bug c++/70926] New: Libiberty Demangler segfaults (5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70926 Bug ID: 70926 Summary: Libiberty Demangler segfaults (5) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/70925] Vectorized loop segfaults: read exceeds vector boundary

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

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #14 from H.J. Lu --- (In reply to Uroš Bizjak from comment #13) > (In reply to H.J. Lu from comment #12) > > > I still see: > > > > vcvtss2sd (%ecx,%eax,4), %xmm5, %xmm5 > > > > without vxorpd. > > Maybe vxorpd gets sche

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #13 from Uroš Bizjak --- (In reply to H.J. Lu from comment #12) > I still see: > > vcvtss2sd (%ecx,%eax,4), %xmm5, %xmm5 > > without vxorpd. Maybe vxorpd gets scheduled away from the insn? What is the name of the patte

[Bug target/70903] [4.9/5/6/7 Regression] wrong code with bfi @ aarch64 with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70903 --- Comment #4 from ktkachov at gcc dot gnu.org --- Basically at expand time we're expanding: vector(32) unsigned char _4; unsigned char _5; _3 = {65535, _2}; _4 = VIEW_CONVERT_EXPR(_3); _5 = BIT_FIELD_REF <_4, 8, 8>; and we're getting

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #15 from Uroš Bizjak --- (In reply to H.J. Lu from comment #14) > We need to disable > > define_split > [(set (match_operand 0 "any_fp_register_operand") > (float_extend (match_operand 1 "memory_operand")))] > "reload_co

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #18 from H.J. Lu --- For float_truncate, (define_split [(set (match_operand:SF 0 "register_operand") (float_truncate:SF (match_operand:DF 1 "nonimmediate_operand")))] "TARGET_USE_VECTOR_FP_CONVERTS && optimiz

[Bug target/67763] [SH] Redirect conditional branches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67763 --- Comment #1 from Oleg Endo --- A similar case in compiler/cg.c: L52: mov.l @r9+,r8 tst r8,r8 bf/s.L57 cmp/eq r11,r9 bra .L69 nop

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #17 from H.J. Lu --- There are ;; %%% Kill these when call knows how to work out a DFmode push earlier. (define_split [(set (match_operand:DF 0 "push_operand") (float_extend:DF (match_operand:SF 1 "fp_register_operand")))]

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #19 from Bernd Schmidt --- > This splitter is placed before the one we want. We have quite > a few similar splitters far apart and we lose the track. This > patch: > > diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 --- Comment #20 from H.J. Lu --- (In reply to Bernd Schmidt from comment #19) > > This splitter is placed before the one we want. We have quite > > a few similar splitters far apart and we lose the track. This > > patch: > > > > diff --git a/g

[Bug c++/70906] [7 Regression] ice in add_expr, at tree.c:7925

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70906 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #2

[Bug preprocessor/70917] out-of-date documentation for character set support and environment variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70917 --- Comment #1 from joseph at codesourcery dot com --- Cf what I said in : I think we should clearly update the documentation to reflect reality regarding source file encoding, and leave

[Bug c/63944] [DR#413] Partial overriding of nonconstant struct/union initializers with designated initializers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63944 Joseph S. Myers changed: What|Removed |Added CC||ch3root at openwall dot com --- Commen

[Bug c/70921] Initializer for sub-sub-object overrides whole initializer for sub-object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70921 Joseph S. Myers changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70873 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|2016-04-29 00:00:00

[Bug rtl-optimization/70890] [7 regression] r235660 miscompiles stage2 compiler on ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70890 --- Comment #7 from Alan Modra --- Author: amodra Date: Tue May 3 14:43:35 2016 New Revision: 235825 URL: https://gcc.gnu.org/viewcvs?rev=235825&root=gcc&view=rev Log: PR70890, stage2 miscompilation PR rtl-optimization/70890 *

[Bug c/63944] [DR#413] Partial overriding of nonconstant struct/union initializers with designated initializers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63944 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug tree-optimization/69196] [5/6/7 Regression] code size regression with jump threading at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69196 --- Comment #26 from Jeffrey A. Law --- I'm planning to keep it open until I add the code to factor FSM path clones with differing entry edges into a single FSM path clone. At that time we'll want to look at this (and other) BZs to ensure that w

[Bug c/63944] [DR#413] Partial overriding of nonconstant struct/union initializers with designated initializers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63944 --- Comment #5 from Alexander Cherepanov --- Not sure this is relevant to static/automatic distinction mentioned above but the following code uses a static struct, is accepted by gcc and exposes the problem: -

[Bug c/63944] [DR#413] Partial overriding of nonconstant struct/union initializers with designated initializers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63944 --- Comment #6 from joseph at codesourcery dot com --- That's using the extension of allowing compound literals in static initializers. Given that extension, we should fix such cases as well.

[Bug target/70927] New: avx512dq instructions emitted even with -mavx512vl -mno-avx512dq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70927 Bug ID: 70927 Summary: avx512dq instructions emitted even with -mavx512vl -mno-avx512dq Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug target/70927] avx512dq instructions emitted even with -mavx512vl -mno-avx512dq

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

[Bug target/70927] avx512dq instructions emitted even with -mavx512vl -mno-avx512dq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70927 --- Comment #1 from Jakub Jelinek --- Created attachment 38406 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38406&action=edit gcc7-pr70927.patch Untested fix.

[Bug libgomp/53600] Fatal Error: Can't open module file 'omp_lib.mod' for reading at (1).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53600 Francois-Xavier Coudert changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libgomp/60670] omp.h may differ between multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670 Francois-Xavier Coudert changed: What|Removed |Added Keywords||rejects-valid

[Bug libstdc++/70893] codecvt incorrectly decodes UTF-16be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893 --- Comment #5 from Кирилл --- (In reply to Jonathan Wakely from comment #3) > (In reply to Кирилл from comment #2) > > ... > > Just realized its wrong endianness problem. > > codecvt_utf8_utf16 should assume utf16be by default, right? Apparentl

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

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

[Bug libstdc++/70893] codecvt incorrectly decodes UTF-16be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70893 --- Comment #6 from Кирилл --- (In reply to Jonathan Wakely from comment #4) > If you think there's a bug here please provide a testcase that compiles and > produces an incorrect result. Here: #include #include #include #include using names

[Bug c++/70922] -Wparentheses warning should not complain about if-else from macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70922 --- Comment #5 from Pedro Alves --- There's no ambiguous else in sight, the macro is written that way to avoid dangling if/else problems, and the indentation is correct. It very much looks like a false positive to me.

[Bug target/70928] New: Load simple float constants via VSX operations on PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70928 Bug ID: 70928 Summary: Load simple float constants via VSX operations on PowerPC Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: minor Priorit

[Bug c/70859] Bad column number in type-generic function errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70859 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Tue May 3 18:03:42 2016 New Revision: 235832 URL: https://gcc.gnu.org/viewcvs?rev=235832&root=gcc&view=rev Log: PR c/70859 * input.c (expansion_point_location): New fu

[Bug c/70859] Bad column number in type-generic function errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70859 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug lto/70929] New: [4.9/5/6/7 regression] Cross-module inlining for functions having argument passed by reference is no longer working.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70929 Bug ID: 70929 Summary: [4.9/5/6/7 regression] Cross-module inlining for functions having argument passed by reference is no longer working. Product: gcc Version:

[Bug middle-end/59711] ICE in force_constant_size, at gimplify.c:619 with variably-modified return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59711 Alexander Cherepanov changed: What|Removed |Added CC||ch3root at openwall dot com --- C

[Bug target/70928] Load simple float constants via VSX operations on PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70928 --- Comment #1 from Bill Schmidt --- Short sequences for the rest of -32 to 31 are possible also. The splats can be done as follows. x even, x in [-32,-18] U [16,30]: vspltis[bhw] t, x vaddu[bhw]m y, t, t x odd, x in [17,31]: vsplti

[Bug c++/70906] [7 Regression] ice in add_expr, at tree.c:7925

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70906 --- Comment #3 from Martin Liška --- Created attachment 38407 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38407&action=edit Reduced test-case

[Bug fortran/70870] Segmentation violation in gfc_assign_data_value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70870 --- Comment #2 from Gerhard Steinmetz --- A variant that aborts with this message directly : $ gfortran-6 z1.f90 f951: internal compiler error: in gfc_assign_data_value, at fortran/data.c:449 $ cat z1.f90 program p type t integer :: n

[Bug fortran/48776] ICE(segfault) after -std=f95 diagnostic error involving PROCEDURE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776 --- Comment #2 from Gerhard Steinmetz --- On my environment, the example from comment 0 compiles now without an ICE. $ gfortran-6 --version GNU Fortran (SUSE Linux) 6.1.1 20160502 [gcc-6-branch revision 235698] $ gfortran-6 -std=f95 pr48776.f9

[Bug fortran/67542] ICE on initializing type variable with a longer array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542 --- Comment #4 from Gerhard Steinmetz --- The ICE from above is gone a while ago. $ gfortran-6 --version GNU Fortran (SUSE Linux) 6.1.1 20160502 [gcc-6-branch revision 235698] $ gfortran-6 -g -O0 -Wall -fcheck=all z1.f90 z1.f90:6:15: type

[Bug fortran/67542] ICE on initializing type variable with a longer array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67542 --- Comment #5 from Gerhard Steinmetz --- If not covered elsewhere, one problem is remaining. Nondeterministic and depending on used options : $ cat z4.f90 program p character(1), parameter :: a(4) = ['a','b','c','d'] type t intege

[Bug fortran/48776] ICE(segfault) after -std=f95 diagnostic error involving PROCEDURE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776 --- Comment #3 from Dominique d'Humieres --- > On my environment, the example from comment 0 compiles now without an ICE. With 6.1.0, I get [Book15] f90/bug% gfortran pr48776.f90 -std=f95 pr48776.f90:2:18: procedure get1

  1   2   >