[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 Andy Lutomirski changed: What|Removed |Added CC||luto at kernel dot org --- Comment #8

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #7 from H. Peter Anvin --- Thinking about this some more, this is really not an aspect of __seg_* but rather the section the symbol is placed in. An embedded system kernel, for example, could quite possibly want to access an

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #6 from H. Peter Anvin --- It is probably inappropriate to generate non-absolute address references for these symbols for any kind of PIC or PIE output (as that would require unwanted relocation!), so #2 is probably not really

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #5 from H. Peter Anvin --- The test case was compiled with: gcc -fno-plt -fpie -fvisibility=hidden -mcmodel=small -O2 (note: no code changes between -fpie and -fpic)

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #4 from H. Peter Anvin --- Created attachment 41801 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41801=edit Test case: assembly output

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #3 from H. Peter Anvin --- Created attachment 41800 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41800=edit Test case: preprocessor output

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #2 from H. Peter Anvin --- Created attachment 41799 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41799=edit Test case: object file

[Bug target/81490] x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 --- Comment #1 from H. Peter Anvin --- Created attachment 41798 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41798=edit Test case: source code

[Bug target/81490] New: x86: Handling of symbol ranges for __seg_fs/__seg_gs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490 Bug ID: 81490 Summary: x86: Handling of symbol ranges for __seg_fs/__seg_gs Product: gcc Version: 6.3.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug other/65254] libiberty produces using extended field designator is an extension warnings in clang

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

[Bug target/81317] builtin_vec_ld fails for powerpc with altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317 --- Comment #22 from Randy MacLeod --- Yes, the host is an x86-64-linux system running Ubuntu-16.04.1. The cross-compiler was built using the Open Embedded (OE) build system so of course, it's not part of Ubuntu. I did get a better backtrace

[Bug bootstrap/49582] configure-target-libquadmath fail on powerpc-darwin8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49582 egallager at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug middle-end/81478] By default, GCC emits a function call for complex multiplication, should partially inline that

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81478 --- Comment #6 from Sean McAllister --- FWIW, it seems the compute, check, re-compute if necessary is what clang does. Rather than "setp %al" and "jne" on that, they just use the "jp" instruction directly after ucomiss: 0x004005d5

[Bug target/48097] new Throw_2 failures in libjava under Xcode 4.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097 egallager at gcc dot gnu.org changed: What|Removed |Added Status|NEW |SUSPENDED

[Bug web/69601] current/ redirect is off by at least a day

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69601 egallager at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/69818] warn for C++ functional cast expression on pointer or reference

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

[Bug target/81317] builtin_vec_ld fails for powerpc with altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317 --- Comment #21 from Segher Boessenkool --- Hrm, those ?? are a bit worrying, is that normal on x86_64-linux (that is what this is, as host?) I also don't see line numbers.

[Bug bootstrap/25470] [5/6/7/8 Regression] fixincludes/ subdirectory not cleaned by "make distclean"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25470 egallager at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773 egallager at gcc dot gnu.org changed: What|Removed |Added CC||egallager at gcc dot

[Bug target/65294] No easy way of setting default Mac OS X target - darwin_minversion not enough

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65294 egallager at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug target/81193] PowerPC GCC __builtin_cpu_is and __builtin_cpu_supports should warn about old libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193 --- Comment #15 from Michael Meissner --- Author: meissner Date: Wed Jul 19 22:05:20 2017 New Revision: 250371 URL: https://gcc.gnu.org/viewcvs?rev=250371=gcc=rev Log: [gcc] 2017-07-19 Michael Meissner

[Bug target/62273] doc: Invoke.texi -mkernel mentions undocumented option

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

[Bug tree-optimization/81489] invalid phi argument used in find_implicit_erroneous_behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81489 --- Comment #3 from Tom de Vries --- Created attachment 41797 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41797=edit Patch with more strict checking in gimple_phi_arg, bootstrapped and reg-tested This is the patch with which this PR

[Bug objc++/57607] g++ cannot distinguish obj-c message call from c++11 lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57607 egallager at gcc dot gnu.org changed: What|Removed |Added CC||egallager at gcc dot

[Bug tree-optimization/81489] invalid phi argument used in find_implicit_erroneous_behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81489 --- Comment #2 from Tom de Vries --- Created attachment 41796 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41796=edit Patch, bootstrapped and reg-tested

[Bug tree-optimization/81489] invalid phi argument used in find_implicit_erroneous_behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81489 --- Comment #1 from Tom de Vries --- Created attachment 41795 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41795=edit trigger and assert patch This patch uses the bit that makes the bug easier to trigger, and adds an assert

[Bug tree-optimization/81489] New: invalid phi argument used in find_implicit_erroneous_behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81489 Bug ID: 81489 Summary: invalid phi argument used in find_implicit_erroneous_behavior Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/81463] [8 Regression] ICE in scale_loop_profile at gcc/cfgloopmanip.c:603

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81463 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug objc/53905] -Wformat-nonliteral gives false positives with __attribute__((format(NSString,...)))

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

[Bug regression/81331] [5/6/7 Regression] missed Eh delivery in partitioned function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 Jan Hubicka changed: What|Removed |Added Summary|[8 Regression] FAIL:|[5/6/7 Regression] missed

[Bug regression/81331] [8 Regression] FAIL: 21_strings/basic_string/modifiers/insert/char/1.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 --- Comment #13 from Jan Hubicka --- Author: hubicka Date: Wed Jul 19 21:06:55 2017 New Revision: 250370 URL: https://gcc.gnu.org/viewcvs?rev=250370=gcc=rev Log: PR middle-end/81331 * except.c (execute): Fix ordering issue.

[Bug target/80969] [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 --- Comment #4 from Daniel Santos --- Created attachment 41794 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41794=edit proposed fix (still needs cleanup and tests) This still needs cleanup and tests as well as some explanations, but it

[Bug tree-optimization/81354] [5/6 Regression] Segmentation fault in SSA Strength Reduction using -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81354 Bill Schmidt changed: What|Removed |Added Target|x86_64-pc-linux-gnu |x86_64-pc-linux-gnu, |

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 Ian Lance Taylor changed: What|Removed |Added Attachment #41791|0 |1 is obsolete|

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #17 from Marc Glisse --- (In reply to Jonathan Wakely from comment #14) > The advantage of doing it as in comment 13, rather than: > [comment #11] > is that when inserting the inputrange causes reallocations we only have to >

[Bug middle-end/81318] [8 regression] ICE in to_reg_br_prob_base, at profile-count.h:189

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318 Yury Gribov changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug target/81317] builtin_vec_ld fails for powerpc with altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317 --- Comment #20 from Randy MacLeod --- I can try! ;) How's this: $ gdb

[Bug target/81193] PowerPC GCC __builtin_cpu_is and __builtin_cpu_supports should warn about old libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193 --- Comment #14 from Michael Meissner --- Author: meissner Date: Wed Jul 19 20:31:53 2017 New Revision: 250368 URL: https://gcc.gnu.org/viewcvs?rev=250368=gcc=rev Log: [gcc] 2017-07-19 Michael Meissner

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #10 from Jakub Jelinek --- https://kojipkgs.fedoraproject.org//work/tasks/6506/20616506/build.log That fails to build: ../../../../libgo/go/syscall/syscall_linux_s390.go:28:33: error: reference to undefined name 'regs'

[Bug c++/81147] [avr] C++ for -mmcu=atmega2560 doesn't do NRVO or RVO when class inherits from empty base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81147 --- Comment #6 from Felipe Magno de Almeida --- NRVO: Named Return Value Optimization RVO: Return Value Optiomization It is the eliminiation of copying when returning objects by value (or passed by-value as parameters for rvalues). The

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

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

[Bug middle-end/81318] [8 regression] ICE in to_reg_br_prob_base, at profile-count.h:189

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318 --- Comment #10 from David Binderman --- I am not so sure this one is fixed. I have this code: __attribute__((__cold__)) a(); b() { a(); } c() { b(); if (d()) e(); } derived from Linux kernel and it does this with revision 250361:

[Bug driver/51063] gcc does not pass the -Fpathname option unmodified to /usr/bin/ld linker (all Darwin systems)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51063 egallager at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug bootstrap/25537] EXTRA_MULTILIB_PARTS undocumented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25537 egallager at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/81354] [5/6 Regression] Segmentation fault in SSA Strength Reduction using -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81354 --- Comment #6 from Bill Schmidt --- Hm, the symptom looks very much like another issue I've been looking at on trunk. There may be an issue with the statement->candidate mapping hash table that's responsible for both. It appears to be a

[Bug c/81484] incorrect -Wint-in-bool-context warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81484 --- Comment #5 from Arnd Bergmann --- (In reply to Marek Polacek from comment #4) > (In reply to Arnd Bergmann from comment #3) > > It seems I got a little confused when I only looked at the initial patch > > that was proposed, which was

[Bug c/37041] -Wc++-compat refinements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37041 egallager at gcc dot gnu.org changed: What|Removed |Added CC||gdr at gcc dot gnu.org

[Bug c/21759] Implement warning for codes at the intersection of C and C++

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

[Bug bootstrap/37704] RFE: Need specific version of --disable-multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37704 egallager at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug preprocessor/48839] #error should terminate compilation - similar to missing #include

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

[Bug target/81317] builtin_vec_ld fails for powerpc with altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317 --- Comment #19 from Segher Boessenkool --- (In reply to Randy MacLeod from comment #18) > 2. The "smaller reproducer with manual work-around " DOES STILL result in an > ICE as does the libjpeg-turbo build as you'd expect. I still cannot

[Bug other/36994] gcc/makefile contains one very long line (over 2k)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36994 egallager at gcc dot gnu.org changed: What|Removed |Added Target|any |

[Bug rtl-optimization/81423] [6/7/8 Regression] Wrong code at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423 --- Comment #8 from Segher Boessenkool --- Author: segher Date: Wed Jul 19 19:31:26 2017 New Revision: 250365 URL: https://gcc.gnu.org/viewcvs?rev=250365=gcc=rev Log: combine: Fix for PR81423 We here have an AND of a SUBREG of an LSHIFTRT. If

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #15 from Jonathan Wakely --- Author: redi Date: Wed Jul 19 19:32:15 2017 New Revision: 250366 URL: https://gcc.gnu.org/viewcvs?rev=250366=gcc=rev Log: PR libstdc++/81476 Optimise vector insertion from input iterators PR

[Bug rtl-optimization/81423] [6/7/8 Regression] Wrong code at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423 --- Comment #7 from Segher Boessenkool --- Author: segher Date: Wed Jul 19 19:28:41 2017 New Revision: 250363 URL: https://gcc.gnu.org/viewcvs?rev=250363=gcc=rev Log: simplify-rtx: The truncation of an IOR can have all bits set (PR81423) ...

[Bug middle-end/81478] By default, GCC emits a function call for complex multiplication, should partially inline that

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81478 --- Comment #5 from Sean McAllister --- (In reply to Richard Biener from comment #3) > Confirmed. It shouldn't be very difficult to do, > gcc/tree-complex.c:expand_complex_multiplication would need to emit if > (isnan(rr) || isnan(ri)) . > >

[Bug go/81324] libgo does not build with glibc 2.18

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81324 --- Comment #4 from Segher Boessenkool --- That works fine. Thanks Ian!

[Bug tree-optimization/81488] New: gcc goes off the limits allocating memory in gimple-ssa-strength-reduction.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81488 Bug ID: 81488 Summary: gcc goes off the limits allocating memory in gimple-ssa-strength-reduction.c Product: gcc Version: 8.0 Status: UNCONFIRMED Severity:

[Bug objc/50909] Process "#pragma options align=reset" correctly on Mac OS X

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909 egallager at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug lto/81487] New: [mingw32] ld.exe: error: asprintf failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81487 Bug ID: 81487 Summary: [mingw32] ld.exe: error: asprintf failed Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto

[Bug middle-end/323] optimized code gives strange floating point results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323 egallager at gcc dot gnu.org changed: What|Removed |Added CC||j.d.pryce at ntlworld dot

[Bug target/34261] Directed rounding doesn't work on MacOS X

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34261 egallager at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug rtl-optimization/68988] reload_pseudo_compare_func violates qsort requirements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68988 --- Comment #4 from Yury Gribov --- (In reply to Alexander Monakov from comment #3) > Not a commit, merely a proposed patch at this point. Sorry I missed this bug > when preparing the patch. Yes, I should avoid working too late in the evening.

[Bug regression/81331] [8 Regression] FAIL: 21_strings/basic_string/modifiers/insert/char/1.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 --- Comment #12 from Jan Hubicka --- Author: hubicka Date: Wed Jul 19 18:08:07 2017 New Revision: 250358 URL: https://gcc.gnu.org/viewcvs?rev=250358=gcc=rev Log: PR middle-end/81331 * except.c

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #9 from Ian Lance Taylor --- Created attachment 41791 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41791=edit Possible patch I agree that the simplest approach is to not try to pick up the definitions from the header files

[Bug rtl-optimization/68988] reload_pseudo_compare_func violates qsort requirements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68988 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

[Bug middle-end/81483] spurious -Wformat-overflow warning for limited types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81483 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug c++/81486] New: Class template argument deduction fails with (), succeeds with {}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81486 Bug ID: 81486 Summary: Class template argument deduction fails with (), succeeds with {} Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal

[Bug c/81484] incorrect -Wint-in-bool-context warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81484 --- Comment #4 from Marek Polacek --- (In reply to Arnd Bergmann from comment #3) > It seems I got a little confused when I only looked at the initial patch > that was proposed, which was supposed to cover specifically the comparison > followed

[Bug target/81317] builtin_vec_ld fails for powerpc with altivec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317 --- Comment #18 from Randy MacLeod --- With both patches applied: 1. The "minimal testcase produced by the delta utility" no longer ICEs the toolchain. 2. The "smaller reproducer with manual work-around " DOES STILL result in an ICE as does the

[Bug rtl-optimization/81434] AArch64 instruction fusing and pipeline scheduling problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434 --- Comment #5 from jim.wilson at linaro dot org --- On Wed, Jul 19, 2017 at 4:25 AM, wilco at gcc dot gnu.org wrote: > To more accurately schedule fusion pairs wouldn't we need to specify the > scheduling behaviour of

[Bug bootstrap/81470] [8 Regression] Bootstrap comparison failures in gcc/ada

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81470 Rainer Emrich changed: What|Removed |Added CC||charlet at

[Bug c/81484] incorrect -Wint-in-bool-context warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81484 --- Comment #3 from Arnd Bergmann --- It seems I got a little confused when I only looked at the initial patch that was proposed, which was supposed to cover specifically the comparison followed by ?: as in

[Bug middle-end/81478] By default, GCC emits a function call for complex multiplication, should partially inline that

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81478 --- Comment #4 from Sean McAllister --- Looking at the assembly for the __mulsc3 function: <+0>:movaps %xmm0,%xmm10 <+4>:movaps %xmm2,%xmm11 <+8>:movaps %xmm0,%xmm5 <+11>:mulss %xmm3,%xmm10 <+16>:movaps %xmm1,%xmm6 <+19>:mulss %xmm1,%xmm11

[Bug target/81485] New: [SH] ICE: in sh_find_set_of_reg, at config/sh/sh-protos.h:232

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81485 Bug ID: 81485 Summary: [SH] ICE: in sh_find_set_of_reg, at config/sh/sh-protos.h:232 Product: gcc Version: 7.1.0 URL:

[Bug libquadmath/65757] gfortran gives incorrect result for anint with real*16 argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757 --- Comment #20 from Jakub Jelinek --- Author: jakub Date: Wed Jul 19 13:12:58 2017 New Revision: 250343 URL: https://gcc.gnu.org/viewcvs?rev=250343=gcc=rev Log: PR libquadmath/65757 * quadmath-imp.h (math_opt_barrier,

[Bug tree-optimization/81346] Missed constant propagation into comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81346 --- Comment #15 from Jakub Jelinek --- Author: jakub Date: Wed Jul 19 13:10:05 2017 New Revision: 250342 URL: https://gcc.gnu.org/viewcvs?rev=250342=gcc=rev Log: PR tree-optimization/81346 * match.pd: Optimize (X - 1U) <=

[Bug c/81484] incorrect -Wint-in-bool-context warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81484 --- Comment #2 from Marek Polacek --- ...which could be simply written as: void foo (int c) { if (c == 0) __builtin_abort (); }

[Bug c/81484] incorrect -Wint-in-bool-context warning

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

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #8 from Jakub Jelinek --- And r249663. Perhaps it would be better for the release branches to just define the ptrace_area type in the *.go files like syscall_linux_alpha.go used to.

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #7 from Jakub Jelinek --- Oh, and r249712.

[Bug tree-optimization/81346] Missed constant propagation into comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81346 --- Comment #14 from Jakub Jelinek --- Author: jakub Date: Wed Jul 19 12:31:59 2017 New Revision: 250338 URL: https://gcc.gnu.org/viewcvs?rev=250338=gcc=rev Log: PR tree-optimization/81346 * fold-const.h (fold_div_compare,

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #14 from Jonathan Wakely --- Oops, the rotate needs to be done unconditionally. The advantage of doing it as in comment 13, rather than: (In reply to Marc Glisse from comment #11) > switch to the "new allocation" strategy, create a

[Bug c/81484] New: incorrect -Wint-in-bool-context warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81484 Bug ID: 81484 Summary: incorrect -Wint-in-bool-context warning Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug target/80846] auto-vectorized AVX2 horizontal sum should narrow to 128b right away, to be more efficient for Ryzen and Intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80846 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #13 from Jonathan Wakely --- (In reply to Marc Glisse from comment #11) > Or one could (not legal) directly start a new allocation, copy the beginning > of the vector, append the range, then append the end of the vector. Or a >

[Bug rtl-optimization/81434] AArch64 instruction fusing and pipeline scheduling problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434 Wilco changed: What|Removed |Added CC||wilco at gcc dot gnu.org --- Comment #4 from

[Bug target/81481] [7/8 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481 --- Comment #2 from Richard Biener --- I'm too dumb to understand the LRA dump ;)

[Bug middle-end/81483] New: spurious -Wformat-overflow warning for limited types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81483 Bug ID: 81483 Summary: spurious -Wformat-overflow warning for limited types Product: gcc Version: 7.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/81430] nvptx acceleration compilation broken because of running pass_partition_blocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81430 --- Comment #5 from Tom de Vries --- Created attachment 41788 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41788=edit for lto1, call finish_options after cl_optimization_restore in invoke_set_current_function_hook This is an attempt to

[Bug middle-end/81478] By default, GCC emits a function call for complex multiplication, should partially inline that

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

[Bug libstdc++/81482] New: by-value lambda capture in remove_if

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81482 Bug ID: 81482 Summary: by-value lambda capture in remove_if Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug go/81451] missing futex check - libgo/runtime/thread-linux.c:12:0 futex.h:13:12: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘long’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451 --- Comment #6 from martin --- Thanks!

[Bug go/81393] Bootstrap failure on s390x-linux while building libgo against recent glibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393 --- Comment #6 from Jakub Jelinek --- Note that the patch doesn't apply cleanly (capital vs. lowercase letter of some field), and depends on r249472, r249662 and r250324.

[Bug target/81481] [7/8 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481 Richard Biener changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org Known

[Bug target/81481] New: [7/8 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481 Bug ID: 81481 Summary: [7/8 Regression] Spills %xmm to stack in glibc strspn SSE 4.2 variant Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords:

[Bug libstdc++/81480] Assertion `ec' failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81480 Akhilesh Kumar changed: What|Removed |Added Target||arm Host|

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #12 from Jonathan Wakely --- (In reply to Marc Glisse from comment #10) > Inserting an InputRange (not even Forward) at the beginning of a vector is > really a misuse of vector. It is true that we can do better than what > libstdc++

[Bug libstdc++/81480] Assertion `ec' failed

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

[Bug libstdc++/81476] severe slow-down with range-v3 library compared to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81476 --- Comment #11 from Marc Glisse --- Or one could (not legal) directly start a new allocation, copy the beginning of the vector, append the range, then append the end of the vector. Or a combination of all that: first try appending the range to

  1   2   >