[Bug c/66348] Simple loop has only lower half of the 64-bit counter initialized correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66348 --- Comment #5 from Sebastiano Vigna --- Fantastic tool! I didn't know about it. But it doesn't fire. There is no undefined behaviour in that code--it's just that the optimizer at -O1 does something wrong. I tried a binary search over the singl

[Bug c/66348] Simple loop has only lower half of the 64-bit counter initialized correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66348 --- Comment #6 from Sebastiano Vigna --- I forgot an important aspect: with -fsanitize=undefined the optimization bug does not show up. The instrumentation perturbs the code enough to make it go away.

[Bug other/65366] gdbhooks.py is incompatible with Python3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65366 --- Comment #2 from jkratoch at gcc dot gnu.org --- Author: jkratoch Date: Tue Jun 2 07:37:22 2015 New Revision: 224012 URL: https://gcc.gnu.org/viewcvs?rev=224012&root=gcc&view=rev Log: PR other/65366 * gdbhooks.py: Use int(...)

[Bug other/65366] gdbhooks.py is incompatible with Python3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65366 Jan Kratochvil changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/65961] [6 Regression] ice in vect_is_simple_use_1 with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65961 --- Comment #7 from Richard Biener --- Author: rguenth Date: Tue Jun 2 07:50:19 2015 New Revision: 224013 URL: https://gcc.gnu.org/viewcvs?rev=224013&root=gcc&view=rev Log: 2015-06-02 Richard Biener PR tree-optimization/65961

[Bug c++/56926] Crash (without ICE) while compiling Boost.Math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 İsmail "cartman" Dönmez changed: What|Removed |Added CC||ismail at donmez dot ws --- Co

[Bug tree-optimization/65419] incorrect sibcalls to libgomp functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65419 --- Comment #15 from vries at gcc dot gnu.org --- (In reply to vries from comment #3) > [ There's a problem with the matching. The rs in "..rrr" were supposed to > match the PTR_PTR_PTR arguments. But that's not the case, since we need to > add a

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/65419] incorrect sibcalls to libgomp functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65419 vries at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--

[Bug tree-optimization/66372] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu

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

[Bug c++/66374] [5/6 Regression] template function accessing a temporary through a lambda

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

[Bug go/66303] runtime.Caller() returns infinitely deep stack frames on s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303 Dominik Vogt changed: What|Removed |Added CC||vogt at linux dot vnet.ibm.com --- Commen

[Bug c/66090] Wrong loop code generation with -O2 on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090 Andrew changed: What|Removed |Added CC||wad at infinet dot ru --- Comment #7 from Andre

[Bug rtl-optimization/66370] compiler crashes when compiling a function with a huge number of arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66370 Richard Biener changed: What|Removed |Added Keywords||compile-time-hog Component|c

[Bug target/66369] gcc 4.8.3/5.1.0 miss optimisation with vpmovmskb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66369 Richard Biener changed: What|Removed |Added Target||x86_64-*-*, i?86-*-* --- Comment #1 fro

[Bug go/66368] [5 Regression] go tool crashes on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368 Richard Biener changed: What|Removed |Added Target Milestone|--- |5.2

[Bug c/66090] Wrong loop code generation with -O2 on ARM

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

[Bug c/66090] Wrong loop code generation with -O2 on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090 --- Comment #9 from Andrew Pinski --- (In reply to Andrew from comment #7) > IMHO > > "So no GCC bug, just wrongly assuming pointers can't become null pointers if > they were not null pointers." > > Nevertheless, that is no reason to generate a

[Bug middle-end/66345] [5/6 Regression] internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66345 --- Comment #7 from Marek Polacek --- Author: mpolacek Date: Tue Jun 2 09:13:29 2015 New Revision: 224016 URL: https://gcc.gnu.org/viewcvs?rev=224016&root=gcc&view=rev Log: PR middle-end/66345 * gimple-fold.c (gimple_fold_builti

[Bug middle-end/66345] [5/6 Regression] internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66345 --- Comment #8 from Marek Polacek --- Author: mpolacek Date: Tue Jun 2 09:17:49 2015 New Revision: 224017 URL: https://gcc.gnu.org/viewcvs?rev=224017&root=gcc&view=rev Log: PR middle-end/66345 * gimple-fold.c (gimple_fold_builti

[Bug middle-end/66345] [5/6 Regression] internal compiler error: Segmentation fault

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

[Bug target/65225] [AArch64] Various aarch64_rtx_costs improvements

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

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 Richard Biener changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #4 f

[Bug c++/66374] [5/6 Regression] template function accessing a temporary through a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66374 Mikhail Maltsev changed: What|Removed |Added CC||miyuki at gcc dot gnu.org --- Comment

[Bug go/66303] runtime.Caller() returns infinitely deep stack frames on s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303 --- Comment #5 from Dominik Vogt --- Funny, the backtrace claims that 0x80001de7 ist main.main+23 (#0 of the backtrace), but it actually is main.main-1 (#7).

[Bug go/66303] runtime.Caller() returns infinitely deep stack frames on s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303 --- Comment #6 from Dominik Vogt --- Ah, forget it, the addresses are okay; I'll dig deeper into the code.

[Bug c/66090] Wrong loop code generation with -O2 on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090 --- Comment #10 from Andrew --- (In reply to Christian Prochaska from comment #0) > test.c: > > void func() > { > unsigned int i; > > unsigned int *ptr = (unsigned int*)0xf000; > > for (i = 0; i < 1024; i++) > *(ptr++)

[Bug tree-optimization/48052] loop not vectorized if index is "unsigned int"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48052 --- Comment #14 from amker at gcc dot gnu.org --- Author: amker Date: Tue Jun 2 10:19:18 2015 New Revision: 224020 URL: https://gcc.gnu.org/viewcvs?rev=224020&root=gcc&view=rev Log: PR tree-optimization/48052 * cfgloop.h (struct

[Bug target/66369] gcc 4.8.3/5.1.0 miss optimisation with vpmovmskb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66369 --- Comment #2 from Uroš Bizjak --- I have looked briefly at this. The compiler actually generates the following: vpmovmskb %ymm0, %edx # 16avx2_pmovmskb [length = 4] testl %edx, %edx # 18*cmpsi_ccno_1/

[Bug fortran/66377] New: [F95] Wrong-code with equivalenced array in module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377 Bug ID: 66377 Summary: [F95] Wrong-code with equivalenced array in module Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/66377] [F95] Wrong-code with equivalenced array in module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377 Francois-Xavier Coudert changed: What|Removed |Added Keywords||wrong-code Status|

[Bug c++/61683] decltype-specifier not accepted as mem-initializer-id

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61683 --- Comment #3 from paolo at gcc dot gnu.org --- Author: paolo Date: Tue Jun 2 10:28:14 2015 New Revision: 224022 URL: https://gcc.gnu.org/viewcvs?rev=224022&root=gcc&view=rev Log: /cp 2015-06-02 Paolo Carlini PR c++/61683 *

[Bug c++/61683] decltype-specifier not accepted as mem-initializer-id

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61683 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 --- Comment #5 from Richard Biener --- Hum. : # prephitmp_22 = PHI <0(4), c.2_15(10)> ... e_12 = (char) prephitmp_22; _13 = (int) e_12; ... c.2_15 = _13 + -11; Simulating statement (from ssa_edges): prephitmp_22 = PHI <0(4), c.2_15(10

[Bug go/66303] runtime.Caller() returns infinitely deep stack frames on s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303 --- Comment #7 from Dominik Vogt --- When dumping the complete backtrace, gdb produces a warning. Maybe the libgo/runtime code does not properly set up the initial stack frame of the thread? (gdb) set backtrace past-main (gdb) bt #0 main.main

[Bug target/66369] gcc 4.8.3/5.1.0 miss optimisation with vpmovmskb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66369 --- Comment #3 from Marcus Kool --- > The intrinsic returns "int", and from the above tree dump, the compiler > won't even consider to combine the sign-extension with vpmovmskb. That is the core of the issue: the part of gcc that deals with int

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 --- Comment #6 from Richard Biener --- Indeed as we just feed the initial condition to chrec_convert it happily just fold_convert()s the zero to signed char and then back to int ... So res = follow_ssa_edge (loop,

[Bug ada/66162] segfault on code using controlled types in -gnatc mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66162 --- Comment #6 from simon at pushface dot org --- (In reply to Eric Botcazou from comment #3) > That's not the problem., just avoid using -gnatc on the runtime. Eric, In PR64866 comment 2, Arno said "Visibility in the Ada runtime do not follow

[Bug go/66378] New: libgo syscall.Sendfile() does not honor/use offset argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66378 Bug ID: 66378 Summary: libgo syscall.Sendfile() does not honor/use offset argument Product: gcc Version: 5.1.1 URL: https://bugs.launchpad.net/snappy/+bug/1460530

[Bug middle-end/66332] goacc/acc_on_device-2.c scan-rtl-dump-times expand testsuite failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66332 --- Comment #2 from Thomas Schwinge --- Author: tschwinge Date: Tue Jun 2 11:48:56 2015 New Revision: 224028 URL: https://gcc.gnu.org/viewcvs?rev=224028&root=gcc&view=rev Log: [PR libgomp/65742, PR middle-end/66332] XFAIL acc_on_device compile-

[Bug libgomp/65742] [5/6 Regression] Several libgomp.oacc-* failures after r221922.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742 --- Comment #7 from Thomas Schwinge --- Author: tschwinge Date: Tue Jun 2 11:48:56 2015 New Revision: 224028 URL: https://gcc.gnu.org/viewcvs?rev=224028&root=gcc&view=rev Log: [PR libgomp/65742, PR middle-end/66332] XFAIL acc_on_device compile-

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 Richard Biener changed: What|Removed |Added CC|law at gcc dot gnu.org |spop at gcc dot gnu.org --- Comm

[Bug middle-end/66332] goacc/acc_on_device-2.c scan-rtl-dump-times expand testsuite failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66332 Thomas Schwinge changed: What|Removed |Added Status|ASSIGNED|RESOLVED Version|5.1.0

[Bug debug/65549] [4.9/5 Regression] crash in htab_hash_string with -flto -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549 Richard Biener changed: What|Removed |Added Known to work||6.0 Summary|[4.9/5/6 Regress

[Bug debug/65549] [4.9/5/6 Regression] crash in htab_hash_string with -flto -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65549 --- Comment #32 from Richard Biener --- Author: rguenth Date: Tue Jun 2 12:33:02 2015 New Revision: 224029 URL: https://gcc.gnu.org/viewcvs?rev=224029&root=gcc&view=rev Log: 2015-06-02 Richard Biener PR debug/65549 * dwarf2o

[Bug tree-optimization/66280] [4.8/4.9/5 Regression] ICE: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1472

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66280 Richard Biener changed: What|Removed |Added Summary|[4.8/4.9/5/6 Regression]|[4.8/4.9/5 Regression]

[Bug tree-optimization/66142] Loop is not vectorized because not sufficient support for GOMP_SIMD_LANE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142 --- Comment #17 from Richard Biener --- Ok, so even with PR63916 rudimentary fixed we hit the issue that in _9 = &D.3665[_11].org; MEM[(struct vec_ *)_9] = 1.0e+0; MEM[(struct vec_ *)_9 + 4B] = _8; ... _24 = MEM[(const struct Ray *)&D.36

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 Mikhail Maltsev changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIR

[Bug bootstrap/66319] [6 Regression] gcov-tool.c:84:65: error: invalid conversion from 'int (*)(const c har*, const stat*, int, FTW*)' to 'int (*)(const char*, const stat*, int, FTW)'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug tree-optimization/66379] New: SCCVN doesn't handle aggregate array element accesses very well

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66379 Bug ID: 66379 Summary: SCCVN doesn't handle aggregate array element accesses very well Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/66142] Loop is not vectorized because not sufficient support for GOMP_SIMD_LANE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142 Richard Biener changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/66371] ICE: canonical types differ for identical types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66371 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug go/66303] runtime.Caller() returns infinitely deep stack frames on s390x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303 --- Comment #8 from Ian Lance Taylor --- The initial stack frame of a goroutine is set up by the makecontext function, which is part of the C library. Ideally makecontext should arrange matters such that a backtrace stops at that point, as pthre

[Bug fortran/66380] New: ICE for intrinsic reshape with insufficient number of array elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66380 Bug ID: 66380 Summary: ICE for intrinsic reshape with insufficient number of array elements Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal

[Bug c++/66381] New: ice in dfs_enumerate_from with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66381 Bug ID: 66381 Summary: ice in dfs_enumerate_from with -O3 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ As

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 --- Comment #8 from Richard Biener --- Bootstrapped / tested on x86_64-unknown-linux-gnu with no regressions... testing a more complete fix (applying this to all cases in follow_ssa_edge_binary) now.

[Bug middle-end/66375] [4.8/4.9/5 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66375 --- Comment #9 from Richard Biener --- Created attachment 35678 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35678&action=edit patch What I am testing.

[Bug c++/66381] ice in dfs_enumerate_from with -O3

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

[Bug tree-optimization/66349] ICE on valid code at -O1, -O2 and -O3 on x86_64-linux-gnu in dfs_enumerate_from, at cfganal.c:1195

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66349 Richard Biener changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment #

[Bug ipa/66342] [6 regression] FAIL: g++.dg/ipa/ipa-icf-4.C -std=gnu++11 scan-ipa-dump icf "Equal symbols: [67]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66342 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Comme

[Bug target/66369] gcc 4.8.3/5.1.0 miss optimisation with vpmovmskb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66369 --- Comment #4 from Marcus Kool --- > The intrinsic returns "int", and from the above tree dump, the compiler > won't even consider to combine the sign-extension with vpmovmskb. > > So, why not: > >unsigned int v; > >v = (unsigned int)

[Bug libgcc/66382] New: POWER8 Vector optimized implementation of __float128 (IEEE754 128-bit Binary Floating Point)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66382 Bug ID: 66382 Summary: POWER8 Vector optimized implementation of __float128 (IEEE754 128-bit Binary Floating Point) Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c++/66383] New: ICE in gimplify_expr on this passed in inline initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66383 Bug ID: 66383 Summary: ICE in gimplify_expr on this passed in inline initialization Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal P

[Bug c++/66383] ICE in gimplify_expr on this passed in inline initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66383 alltaken380 at gmail dot com changed: What|Removed |Added Attachment #35679|0 |1 is obsolete|

[Bug c++/66383] ICE in gimplify_expr on this passed in inline initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66383 --- Comment #2 from alltaken380 at gmail dot com --- $ ~/.local/gcc-5.1/bin/g++ -v Using built-in specs. COLLECT_GCC=/home/rafalw/.local/gcc-5.1/bin/g++ COLLECT_LTO_WRAPPER=/home/rafalw/.local/gcc-5.1/lib/gcc/x86_64-unknown-linux-gnu/5.1.1/lto-wra

[Bug target/66136] AArch64 geniterators.sh relies on GNU sed syntax, causing build failure on FreeBSD and probably Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136 --- Comment #10 from nsz at gcc dot gnu.org --- Author: nsz Date: Tue Jun 2 16:21:18 2015 New Revision: 224031 URL: https://gcc.gnu.org/viewcvs?rev=224031&root=gcc&view=rev Log: [AArch64][PR 66136] rewrite geniterators.sh in awk 2015-06-02 Sza

[Bug go/66368] [5 Regression] go tool crashes on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368 --- Comment #2 from Matthias Klose --- maybe the changes from PR65787 are unrelated. Building a compiler which has -fstack-protector strong enabled by default. The crash goes away when I add -fno-stack-protector to AM_CFLAGS in libgo. So it sho

[Bug target/49551] tentative declaration after definition and -fdata-sections cause ICE in C front-end.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49551 --- Comment #5 from prathamesh3492 at gcc dot gnu.org --- Author: prathamesh3492 Date: Tue Jun 2 16:42:27 2015 New Revision: 224033 URL: https://gcc.gnu.org/viewcvs?rev=224033&root=gcc&view=rev Log: 2015-06-02 Prathamesh Kulkarni PR

[Bug target/49551] tentative declaration after definition and -fdata-sections cause ICE in C front-end.

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

[Bug ada/66162] segfault on code using controlled types in -gnatc mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66162 --- Comment #7 from Eric Botcazou --- > In PR64866 comment 2, Arno said "Visibility in the Ada runtime do not follow > standard Ada rules. In other words, the Ada runtime isn't implemented in > Ada, but in a different dialect very close to Ada, w

[Bug ada/64866] Lost visibility of package Interfaces after task or PO declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64866 --- Comment #5 from simon at pushface dot org --- (In reply to Arnaud Charlet from comment #2) > Visibility in the Ada runtime do not follow standard Ada rules. In other > words, the Ada runtime isn't implemented in Ada, but in a different > diale

[Bug go/66368] [5 Regression] go tool crashes on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368 boger at us dot ibm.com changed: What|Removed |Added CC||boger at us dot ibm.com --- Com

[Bug fortran/66380] ICE for intrinsic reshape with insufficient number of array elements

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

[Bug fortran/66380] ICE for intrinsic reshape with insufficient number of array elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66380 --- Comment #2 from Steve Kargl --- The problem is that an assertion is triggered for a PAD size that is less than or equal to zero. The assertion should be an error condition. The patch that I attached does this.

[Bug bootstrap/66319] [6 Regression] gcov-tool.c:84:65: error: invalid conversion from 'int (*)(const c har*, const stat*, int, FTW*)' to 'int (*)(const char*, const stat*, int, FTW)'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319 --- Comment #5 from Jason Merrill --- Author: jason Date: Tue Jun 2 17:50:23 2015 New Revision: 224039 URL: https://gcc.gnu.org/viewcvs?rev=224039&root=gcc&view=rev Log: PR bootstrap/66319 * configure.ac: Use -std=gnu++98. Modi

[Bug c++/66067] [5/6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

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

[Bug c++/66067] [6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/66067] [6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067 --- Comment #5 from James Almer --- Created attachment 35683 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35683&action=edit Preprocessed source as generated by -freport-bug, third test case, gcc 5.1.1 svn 223417 How about this one? Crash

[Bug fortran/66377] [F95] Wrong-code with equivalenced array in module

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

[Bug c/66220] -Wmisleading-indentation false/inconsistent warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66220 --- Comment #5 from David Malcolm --- Author: dmalcolm Date: Tue Jun 2 18:45:50 2015 New Revision: 224041 URL: https://gcc.gnu.org/viewcvs?rev=224041&root=gcc&view=rev Log: PR c/66220: Fix false positive from -Wmisleading-indentation gcc/c-fam

[Bug c/66220] -Wmisleading-indentation false/inconsistent warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66220 David Malcolm changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/66067] [6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067 --- Comment #6 from Markus Trippelsdorf --- (In reply to James Almer from comment #5) > Created attachment 35683 [details] > Preprocessed source as generated by -freport-bug, third test case, gcc 5.1.1 > svn 223417 > > How about this one? Crashe

[Bug fortran/66377] [F95] Wrong-code with equivalenced array in module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377 --- Comment #2 from Steve Kargl --- On Tue, Jun 02, 2015 at 06:41:53PM +, kargl at gcc dot gnu.org wrote: > > Thus, there is something about the "arrayness" of x in > the original testcase that matters. Off-by-one maybe? > There certainly

[Bug c++/66067] [6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067 --- Comment #7 from James Almer --- (In reply to Markus Trippelsdorf from comment #6) > (In reply to James Almer from comment #5) > > Created attachment 35683 [details] > > Preprocessed source as generated by -freport-bug, third test case, gcc 5.

[Bug ada/66384] New: Compiler fails with message "compilation abandoned"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66384 Bug ID: 66384 Summary: Compiler fails with message "compilation abandoned" Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug libfortran/66385] New: ICE: FORALL writing multiple elements of one array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385 Bug ID: 66385 Summary: ICE: FORALL writing multiple elements of one array Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug fortran/66386] New: ICE: FORALL reading multiple elements from one array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66386 Bug ID: 66386 Summary: ICE: FORALL reading multiple elements from one array Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug fortran/66386] ICE: FORALL reading multiple elements from one array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66386 --- Comment #1 from Mianzhi Wang --- The bug is bypassed by -fno-frontend-optimize

[Bug c++/65966] "sorry, unimplemented: unexpected AST of kind try_block" when initializing a 2D array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65966 --- Comment #3 from Lewis Hyatt --- Hello- I thought it would make sense to ping this one again a month later, I am afraid I may have confused matters by mixing two separate issues in one report... Definitely the second issue is already covered

[Bug libfortran/66385] ICE: FORALL writing multiple elements of one array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385 --- Comment #1 from Mianzhi Wang --- The bug is bypassed by -fno-frontend-optimize, same as in the case of 66050 and 66386.

[Bug go/66368] [5 Regression] go tool crashes on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368 Adam Conrad changed: What|Removed |Added CC||adconrad at 0c3 dot net --- Comment #4 fro

[Bug target/66358] [5/6 Regression] [SH] ICE: in extract_constrain_insn, at recog.c:2232

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358 --- Comment #6 from Oleg Endo --- (In reply to Kazumoto Kojima from comment #3) > (In reply to Oleg Endo from comment #2) > > Defaulting -mlra might be reasonable for gcc 6. > For gcc 5, I thought the patch for prepare_move_operands like > > di

[Bug c++/66067] [6 Regression] tree check ICE: accessed elt 1 of tree_vec with 0 elts in write_template_args, at cp/mangle.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66067 --- Comment #8 from James Almer --- (In reply to James Almer from comment #7) > (In reply to Markus Trippelsdorf from comment #6) > > (In reply to James Almer from comment #5) > > > Created attachment 35683 [details] > > > Preprocessed source as

[Bug c++/66387] New: [5/6 Regression] ICE in make_decl_rtl with lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66387 Bug ID: 66387 Summary: [5/6 Regression] ICE in make_decl_rtl with lambda Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/66387] [5/6 Regression] ICE in make_decl_rtl with lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66387 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |5.2

[Bug go/66368] [5 Regression] go tool crashes on powerpc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368 --- Comment #5 from Matthias Klose --- building trunk libgo with -fstack-protector-strong yields: $ go version fatal error: unexpected signal during runtime execution [signal 0xb code=0x1 addr=0x3] goroutine 16 [running]: :0 :

[Bug libstdc++/59048] operator== between std::string and const char* slower than strcmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59048 Ondrej Bilka changed: What|Removed |Added CC||neleai at seznam dot cz --- Comment #13 f

[Bug target/65768] sub-optimimal code for constant Uses in loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65768 --- Comment #3 from kugan at gcc dot gnu.org --- Author: kugan Date: Tue Jun 2 22:53:15 2015 New Revision: 224048 URL: https://gcc.gnu.org/viewcvs?rev=224048&root=gcc&view=rev Log: gcc/ChangeLog: 2015-06-03 Kugan Vivekanandarajah

[Bug fortran/66380] ICE for intrinsic reshape with insufficient number of array elements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66380 --- Comment #3 from kargl at gcc dot gnu.org --- Author: kargl Date: Tue Jun 2 23:02:05 2015 New Revision: 224049 URL: https://gcc.gnu.org/viewcvs?rev=224049&root=gcc&view=rev Log: 2015-06-02 Steven G. Kargl PR fortran/66380

[Bug fortran/66377] [F95] Wrong-code with equivalenced array in module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377 --- Comment #3 from Steve Kargl --- On Tue, Jun 02, 2015 at 07:04:21PM +, sgk at troutmask dot apl.washington.edu wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377 > > --- Comment #2 from Steve Kargl --- > On Tue, Jun 02, 2015 at

  1   2   >