[Bug c/80778] [7/8 Regression] gcc.dg/auto-type-1.c ICEs with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80778 --- Comment #2 from rguenther at suse dot de --- On Tue, 16 May 2017, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80778 > > Martin Liška changed: > >What|Removed |Added >

[Bug tree-optimization/80652] [5 Regression] Union conversion between __m128d and double array does not work under 5.0 through 6.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 --- Comment #8 from rguenther at suse dot de --- On Wed, 17 May 2017, paboyle at ph dot ed.ac.uk wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652 > > --- Comment #6 from Peter Boyle --- > Just a comment -- suggest a warning thrown i

[Bug tree-optimization/80788] [8 Regression] ICE in set_value_range, at tree-vrp.c:252

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80788 --- Comment #2 from Marek Polacek --- Started with r247495.

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 Richard Biener changed: What|Removed |Added Target||x86_64-darwin Status|UNCONF

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797 Bug ID: 80797 Summary: -fsanitize=null doesn't instrument &s->x Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug fortran/80768] NULL pointer dereferenced in gfc_check_num_images at fortran/check.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768 --- Comment #3 from Marek Polacek --- I've opened PR80797.

[Bug rtl-optimization/80791] [8 regression] test case gcc.dg/sms-1.c fail2 starting with r247885

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

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797 --- Comment #1 from Marek Polacek --- We don't instrument such expressions because v_3 = &s_2->i; is not gimple_assign_load_p: 1997 if (flag_sanitize & (SANITIZE_NULL | SANITIZE_ALIGNMENT)) 1998 { 1999 if (gim

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

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

[Bug objc/80798] New: Dynamic stack buffer (alloca) overflow in ObjC compiler.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80798 Bug ID: 80798 Summary: Dynamic stack buffer (alloca) overflow in ObjC compiler. Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug objc/80798] Dynamic stack buffer (alloca) overflow in ObjC compiler.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80798 --- Comment #1 from Maxim Ostapenko --- Created attachment 41372 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41372&action=edit Trivial fix

[Bug rtl-optimization/80799] New: [7 Regression] x86-32 bits generates MMX without EMMS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80799 Bug ID: 80799 Summary: [7 Regression] x86-32 bits generates MMX without EMMS Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug sanitizer/80800] New: UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 Bug ID: 80800 Summary: UBSAN: yet another false positive Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/80799] [7/8 Regression] x86-32 bits generates MMX without EMMS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80799 Richard Biener changed: What|Removed |Added Target||i?86-*-* Priority|P3

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 --- Comment #2 from Richard Biener --- This time it's extract_muldiv. ((int) var_48 * 8531) * ((int) var_80 / (int) var_29) multiplied by 72 to ((int) var_48 * 614232) * ((int) var_80 / (int) var_29)

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 --- Comment #3 from Marek Polacek --- Whoa. Do we want to use TYPE_OVERFLOW_SANITIZED to prevent that from happening? I know you don't like it...

[Bug c++/80792] worse code generated compared to clang when using std::tuple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80792 --- Comment #2 from Jonathan Wakely --- https://bugs.llvm.org/show_bug.cgi?id=19668

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 --- Comment #4 from rguenther at suse dot de --- On Wed, 17 May 2017, mpolacek at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 > > --- Comment #3 from Marek Polacek --- > Whoa. Do we want to use TYPE_OVERFLOW_SA

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #5 from mmokrejs at gmail dot com --- (In reply to Jakub Jelinek from comment #4) > As for #c2/#c3, GCC 4.9 is not supported anymore and the dumps are too large > to find out what exactly you mean by efficient and not efficient, both

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #6 from Jakub Jelinek --- (In reply to mmokrejs from comment #5) > (In reply to Jakub Jelinek from comment #4) > > > As for #c2/#c3, GCC 4.9 is not supported anymore and the dumps are too large > > to find out what exactly you mean b

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #6 from René J.V. Bertin --- (In reply to Richard Biener from comment #5) > Confirmed. Meaning "that G++ will one day have this kind of support for libc++"? Is there a timeline or something? The most complex part is probably the imp

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #7 from Jonathan Wakely --- (In reply to René J.V. Bertin from comment #6) > (In reply to Richard Biener from comment #5) > > Confirmed. > > Meaning "that G++ will one day have this kind of support for libc++"? Is > there a timeline

[Bug c/80692] _Decimal64 -0 != 0 unless optimization is turned off

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80692 Segher Boessenkool changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassig

[Bug target/80782] Feature request: use the llvm/clang assembler on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 René J.V. Bertin changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLIC

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #7 from mmokrejs at gmail dot com --- (In reply to Jakub Jelinek from comment #6) > > $ gcc -O3 -march=native stream.c ; objdump -d a.out | grep ymm | wc -l > > 63 > > $ > > Of course, vectorization is only enabled by default for -O3

[Bug ipa/80597] [8 Regression] internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597 --- Comment #10 from Martin Liška --- (In reply to Pat Haugen from comment #9) > (In reply to Martin Liška from comment #8) > > > > Can you please provide a test-case? Or can you dump the sreal values via > > .to_double() ? That can be also hint

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/80781] Feature request: build option to use libc++ instead of libstdc++ for increased usability on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781 --- Comment #8 from René J.V. Bertin --- (In reply to Jonathan Wakely from comment #7) Good to know that there are apparently no "political" barriers. That means I can try to get my patch into the MacPorts GCC port(s) where it can see more wides

[Bug target/80786] m68k: internal compiler error: in change_address_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80786 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/80801] New: Error "void value not ignored as it ought to be" is a bit cryptic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80801 Bug ID: 80801 Summary: Error "void value not ignored as it ought to be" is a bit cryptic Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 Jonathan Wakely changed: What|Removed |Added Target||*-*-darwin* Host|

[Bug c/80801] Error "void value not ignored as it ought to be" is a bit cryptic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80801 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIR

[Bug c/80801] Error "void value not ignored as it ought to be" is a bit cryptic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80801 --- Comment #2 from Jonathan Wakely --- Oh, in fact you're calling the C++ compiler, but reported it for Component=c The wording is the same but location info is slightly different between the two: v.c: In function ‘main’: v.c:7:10: error: void

[Bug sanitizer/80659] [7/8 Regression] -fsanitize=address evokes ICE in in gimplify_switch_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80659 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Wed May 17 09:59:20 2017 New Revision: 248143 URL: https://gcc.gnu.org/viewcvs?rev=248143&root=gcc&view=rev Log: PR sanitizer/80659 * c-decl.c (build_compound_literal):

[Bug sanitizer/80659] [7 Regression] -fsanitize=address evokes ICE in in gimplify_switch_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80659 Marek Polacek changed: What|Removed |Added Summary|[7/8 Regression]|[7 Regression] |-fsani

gcc-bugs@gcc.gnu.org

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

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 --- Comment #5 from Marek Polacek --- Simplified testcase: unsigned short n = 2; unsigned short z = 0; int main () { return 50 * (n * 1 * z); }

[Bug sanitizer/80800] UBSAN: yet another false positive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80800 --- Comment #6 from Marek Polacek --- Or rather int n = 2; int z = 0; int main () { return 50 * (n * 1 * z); }

[Bug tree-optimization/80802] New: [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80802 Bug ID: 80802 Summary: [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2 Product: gcc Version: 7.1.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug tree-optimization/80802] [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80802 Richard Biener changed: What|Removed |Added Known to work||6.3.0 Target Milestone|---

[Bug tree-optimization/80802] [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80802 --- Comment #2 from Richard Biener --- -ffloat-store or using -mfpmath=sse -msse2 fixes this as well ...

[Bug tree-optimization/80802] [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80802 --- Comment #3 from Richard Biener --- Using 'volatile' to force -ffloat-store for 'scaled' helps in the following loop: // Try to find n such that value * 10^n is an integer int32_t n = -1; volatile double scaled; // make sure scale

[Bug rtl-optimization/80754] [LRA] Invalid smull instruction generated in lra-remat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80754 --- Comment #3 from Wilco --- Patch here https://gcc.gnu.org/ml/gcc-patches/2017-05/msg01364.html

[Bug tree-optimization/80802] [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80802 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/80802] [7/8 Regression] VRP triggers (causes) a miscompile in icu4c 58.2

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

[Bug ipa/80597] [8 Regression] internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597 Martin Liška changed: What|Removed |Added Attachment #41349|0 |1 is obsolete|

[Bug middle-end/77383] -fcheck-pointer-bounds -mmpx ICE with VLA struct return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383 aivchenk at gcc dot gnu.org changed: What|Removed |Added CC||gerhard.steinmetz.fortran@t

[Bug target/79630] ICE in make_decl_rtl, at varasm.c:1311

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

[Bug other/65530] [meta-bug] -mmpx -fcheck-pointer-bounds failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530 Bug 65530 depends on bug 79630, which changed state. Bug 79630 Summary: ICE in make_decl_rtl, at varasm.c:1311 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79630 What|Removed |Added -

[Bug ada/80784] [7 regression] compilation failure on ACATS c732b01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ada/80784] [7 regression] compilation failure on ACATS c732b01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784 --- Comment #4 from Eric Botcazou --- Author: ebotcazou Date: Wed May 17 12:51:00 2017 New Revision: 248152 URL: https://gcc.gnu.org/viewcvs?rev=248152&root=gcc&view=rev Log: PR ada/80784 Backport from mainline 2017-05-0

[Bug ada/80784] [7 regression] compilation failure on ACATS c732b01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ada/80784] [7 regression] compilation failure on ACATS c732b01

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784 --- Comment #6 from Eric Botcazou --- *** Bug 80790 has been marked as a duplicate of this bug. ***

[Bug ada/80790] Symbol defined but should be referenced in ACATS 4.1 c732b02

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80790 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #8 from Jakub Jelinek --- Why should there be any references to that? -march= is an ISA selection option, it says the compiler may use the instructions from the ISA. -ftree-vectorize is an optimization option (default at -O3 and -Ofa

[Bug fortran/80774] [7/8 Regression] ICE in gfc_conv_descriptor_data_get, at fortran/trans-array.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80774 --- Comment #2 from Dominique d'Humieres --- > Confirmed, started with r244196. Are you sure of that? My bisection shows the change between revisions r242984 (2016-11-29, compiles) and r243219 (2016-12-03, ICE). I would rather blame 243021.

[Bug other/80803] New: libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 Bug ID: 80803 Summary: libgo appears to be miscompiled on powerpc64le since r247923 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Pri

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 Bill Schmidt changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/80803] libgo appears to be miscompiled on powerpc64le since r247923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80803 Bill Schmidt changed: What|Removed |Added Keywords||build, wrong-code Target Milestone|---

[Bug fortran/80751] NULL pointer dereferencing in gfc_trans_call on calling elemental procedure (trunk 247930)

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

[Bug c++/80396] New builtin to make std::make_integer_sequence efficient and scalable

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

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 --- Comment #2 from ville at gcc dot gnu.org --- Author: ville Date: Wed May 17 13:54:23 2017 New Revision: 248153 URL: https://gcc.gnu.org/viewcvs?rev=248153&root=gcc&view=rev Log: Implement new C++ intrinsics __is_assignable and __is_constructi

[Bug c++/80682] __is_trivially_constructible(void, int) returns true.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80682 --- Comment #6 from ville at gcc dot gnu.org --- Author: ville Date: Wed May 17 13:54:23 2017 New Revision: 248153 URL: https://gcc.gnu.org/viewcvs?rev=248153&root=gcc&view=rev Log: Implement new C++ intrinsics __is_assignable and __is_constructi

[Bug c++/80804] New: Default constructor improperly invoked in C++1z mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80804 Bug ID: 80804 Summary: Default constructor improperly invoked in C++1z mode Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 Ville Voutilainen changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/80805] New: ICE in sufficiently complex code with -g (dump_aggr_type)

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: ed at catmur dot co.uk Target Milestone: --- The following program crashes gcc versions 5.1 to recent trunk (20170517 on godbolt.org) when compiled with -std=c++11 -g (the -g seems to be

[Bug fortran/80768] NULL pointer dereferenced in gfc_check_num_images at fortran/check.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768 --- Comment #4 from Dominique d'Humieres --- The ICE can be seen with genuine gfortran with adding the option -std=f2008 from gcc5 up to trunk (8.0).

[Bug middle-end/80775] [8 Regression] -O3 produces ice in group_case_labels_stmt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775 --- Comment #10 from Peter Bergner --- Author: bergner Date: Wed May 17 14:05:21 2017 New Revision: 248155 URL: https://gcc.gnu.org/viewcvs?rev=248155&root=gcc&view=rev Log: gcc/ PR middle-end/80775 * tree-cfg.c: Move deletion of

[Bug target/80732] target_clones does not work with dlsym

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80732 --- Comment #2 from Martin Liška --- > double (*pf1)(double, double, double) = dlsym(hdl, "f1"); Ok, so here we have problem that usage of target_attribute for a function f1, generates: f1 (default implementation), f1.fma (fma implementation

[Bug target/80732] target_clones does not work with dlsym

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80732 --- Comment #3 from Martin Liška --- Created attachment 41376 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41376&action=edit Candidate patch

[Bug target/80732] target_clones does not work with dlsym

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80732 --- Comment #4 from Yichao Yu --- `double (*pf1)(double, double, double) = dlsym(hdl, "f1.ifunc");` Wouldn't it be better if GCC generates local functions `f1.default`, `f1.fma` as implementation and `f1` to replace `f1.ifunc`? It's quite incont

[Bug fortran/80751] NULL pointer dereferencing in gfc_trans_call on calling elemental procedure (trunk 247930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751 --- Comment #2 from Vittorio Zecca --- I found that at trans-stmt.c:455 a NULL pointer is being dereferenced at line 455 compiling test case gfortran.dg/bounds_check_fail_2.f90 and others. This is the code fragment: gfc_conv_ss_startstride (&lo

[Bug target/57952] AVX/AVX2 no ymm registers used in a trivial reduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57952 --- Comment #9 from mmokrejs at gmail dot com --- Thank you, I updated https://wiki.gentoo.org/wiki/GCC_optimization and added the notes on -ftree-vectorize option.

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797 Vittorio Zecca changed: What|Removed |Added CC||zeccav at gmail dot com --- Comment #2

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797 --- Comment #3 from Marek Polacek --- Patch posted .

[Bug middle-end/80775] [8 Regression] -O3 produces ice in group_case_labels_stmt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/80775] [8 Regression] -O3 produces ice in group_case_labels_stmt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775 Peter Bergner changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #12 from Peter Bergne

[Bug fortran/80668] wrong error message with -finit-derived

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80668 --- Comment #3 from Fritz Reese --- Author: foreese Date: Wed May 17 15:13:58 2017 New Revision: 248158 URL: https://gcc.gnu.org/viewcvs?rev=248158&root=gcc&view=rev Log: 2017-05-17 Fritz Reese PR fortran/80668 gcc/fortran/ChangeLog:

[Bug fortran/80668] wrong error message with -finit-derived

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80668 Fritz Reese changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug c++/80805] ICE in sufficiently complex code with -g (dump_aggr_type)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80805 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/80799] [7/8 Regression] x86-32 bits generates MMX without EMMS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80799 --- Comment #2 from Uroš Bizjak --- There is something going on in the middle end, the problematic alternatives of the relevant patterns: movq(%ebx), %mm0# 6 *movv2si_internal/8 [length = 3] movq2dq %mm0, %xmm1

[Bug target/80732] target_clones does not work with dlsym

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80732 --- Comment #5 from Martin Liška --- (In reply to Yichao Yu from comment #4) > `double (*pf1)(double, double, double) = dlsym(hdl, "f1.ifunc");` > > Wouldn't it be better if GCC generates local functions `f1.default`, > `f1.fma` as implementatio

[Bug target/80732] target_clones does not work with dlsym

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80732 --- Comment #6 from Yichao Yu --- Good to know. Thanks.

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 Martin Sebor changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever confirmed|1

[Bug c/80806] New: gcc does not warn if local array is memset only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80806 Bug ID: 80806 Summary: gcc does not warn if local array is memset only Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug ipa/80597] [8 Regression] internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597 --- Comment #12 from Pat Haugen --- (In reply to Martin Liška from comment #11) > Created attachment 41375 [details] > Patch candidate v2 > > Can you please test this version? It moves e from 10^6 to 10^5. That patch works for both the benchmar

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 --- Comment #3 from Andrew Pinski --- Can't S::f call inplace operator new changing the value of *this for the call in bar?

[Bug fortran/79968] diagnostics: merge similar diagnostics containing -fdec-structure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79968 Fritz Reese changed: What|Removed |Added Status|NEW |WAITING --- Comment #2 from Fritz Reese -

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389 Jonathan Wakely changed: What|Removed |Added Target Milestone|5.5 |---

[Bug c/80807] New: Improve FORTIFY_SOURCE protection for sprintf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80807 Bug ID: 80807 Summary: Improve FORTIFY_SOURCE protection for sprintf Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 Michael Matz changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Comment #4 fr

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 --- Comment #5 from Martin Sebor --- S::i cannot change during the lifetime of an S object because S::i is declared const. This holds regardless of whether the S object itself is const. [basic.life] outlines the restrictions on creating a new o

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 --- Comment #6 from Martin Sebor --- (In reply to Martin Sebor from comment #5) > S::i cannot change during the lifetime of an S object because S::i is > declared const. This holds regardless of whether the S object itself is > const. To be cle

[Bug rtl-optimization/80791] [8 regression] test case gcc.dg/sms-1.c fail2 starting with r247885

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791 --- Comment #1 from amker at gcc dot gnu.org --- Sorry for causing this, I will investigate. Thanks,

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #7 from René J.V. Bertin --- (In reply to Jonathan Wakely from comment #6) > I assume something like --with-as=llvm-as doesn't work. Nope. > It would require > configure to know how to detect the llvm assembler and know how to invo

[Bug tree-optimization/80794] constant objects can be assumed to be immutable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794 --- Comment #7 from Andrew Pinski --- (In reply to Martin Sebor from comment #6) > (In reply to Martin Sebor from comment #5) > > S::i cannot change during the lifetime of an S object because S::i is > > declared const. This holds regardless of

[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #8 from Andrew Pinski --- This should be easy to do as a target specific specs. There should be already one which is used for arguments to as. From config/darwin.h: 410 /* When we detect that we're cctools or llvm as, we need to i

[Bug libstdc++/66059] make_integer_sequence should use a log(N) implementation

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

  1   2   >