[Bug fortran/71758] ICE in verify_gimple_in_cfg, at tree-cfg.c:5212

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71758 --- Comment #2 from Gerhard Steinmetz --- Reduced to mismatch in device(.), without option -fdefault* : $ cat z1.f90 program p use omp_lib, only: omp_is_initial_device integer(8), parameter :: n = 10

[Bug ipa/71190] [7 Regression] ICE in assemble_variable_contents, at varasm.c:2054

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71190 --- Comment #6 from Markus Trippelsdorf --- OK. I've given up on reducing. Honza, you can find the unreduced testcase on gcc112 in /home/trippels/lto_ice_testcase : trippels@gcc2-power8 lto_ice_testcase % ~/gcc_test/usr/local/bin/c++ -w

[Patch, avr] Fix PR 50739 - nameless error with -fmerge-all-constants

Hi, This patch fixes a problem with fmerge-all-constants and the progmem attribute - on trunk, the below testcase errors out with a section conflict error. When avr_asm_select_section renames .rodata.xyz section to .progmem.xyz and calls get_section, it passes in the same flags in

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #2 from Segher Boessenkool --- Well. Here it is using a vector register (v31) as the iterator reg, which we do not handle. Should we? Where does it come from?

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 --- Comment #1 from 鍾 --- $ uname -a CYGWIN_NT-6.1 LLVM 2.5.2(0.297/5/3) 2016-06-23 14:29 x86_64 Cygwin $ gcc -v 使用内建 specs。 COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/lto-wrapper.exe 目标：x86_64-pc-cygwin

[Bug fortran/71764] New: compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 Bug ID: 71764 Summary: compiler internal error: segmentation fault Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[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 #17 from Martin Sebor --- I have tweaked the patch to print the following for the test case in comment #13: xyz.c: In function ‘f’: xyz.c:10:46: warning: ‘%+03d’ directive output may be truncated between ‘3’ and ‘9’ bytes into a

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/71763] New: powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 Bug ID: 71763 Summary: powerpc64: ICE due to need for output reload on jump Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [Fortran, Patch] First patch for coarray FAILED IMAGES (TS 18508)

* PING * 2016-06-21 10:59 GMT-06:00 Alessandro Fanfarillo : > * PING * > > 2016-06-06 15:05 GMT-06:00 Alessandro Fanfarillo : >> Dear all, >> >> please find in attachment the first patch (of n) for the FAILED IMAGES >> capability defined in the

[Bug middle-end/71762] New: [4.9 Regression] ifcombine wrong codegen with uninitialized data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762 Bug ID: 71762 Summary: [4.9 Regression] ifcombine wrong codegen with uninitialized data Product: gcc Version: 4.9.4 Status: UNCONFIRMED Severity: normal

Re: -fopt-info handling

Anyone? On Mon, Jun 27, 2016 at 1:31 PM, Ulrich Drepper wrote: > The manual says about -fop-info: > >If OPTIONS is omitted, it defaults to 'all-all', which means > dump all available optimization info from all the passes. > > The current implementation (at at least

[Bug c++/59498] [DR 1430][4.9/5/6/7 Regression] Pack expansion error in template alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498 --- Comment #13 from Paul Keir --- Yup, I just came up with exactly the same solution. Thanks.

[Bug fortran/71759] [7 Regression] ICE in enforce_single_undo_checkpoint, at fortran/symbol.c:3478

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71759 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug c++/71756] [6/7 Regression] internal compiler error: in ~saved_token_sentinel, at cp/parser.c:1228

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71756 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug c++/71069] -Waddress didn't catch all cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71069 --- Comment #3 from Eugene Zelenko --- (In reply to Andrew Pinski from comment #2) > -fsantize=undefined will catch this at runtime. What is undefined is > passing a NULL to setData. It'll be much better to report such problems during

[Bug fortran/66575] Endless compilation on missing end interface

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66575 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/66575] Endless compilation on missing end interface

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66575 --- Comment #5 from Jerry DeLisle --- Author: jvdelisle Date: Mon Jul 4 21:04:55 2016 New Revision: 237994 URL: https://gcc.gnu.org/viewcvs?rev=237994=gcc=rev Log: 2016-07-04 Jerry DeLisle PR fortran/66575

[patch, fortran] Bug 66575 - Endless compilation on missing end interface

This patch and test case regression tested on x86-64. Will commit under simple/obvious rule. Regards, Jerry 2016-07-04 Jerry DeLisle PR fortran/66575 * decl.c (match_procedure_interface): Exit loop if procedure interface refers to itself.

[Bug c++/59498] [DR 1430][4.9/5/6/7 Regression] Pack expansion error in template alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59498 --- Comment #12 from Louis Dionne --- Not sure, as I've been off pure-type computations for a while now. Looking at how Meta does it might be useful: https://github.com/ericniebler/meta/blob/master/include/meta/meta.hpp#L819

Re: [Fortran] Help with STAT= attribute in coarray reference

Le 30/06/2016 06:05, Alessandro Fanfarillo a écrit : Dear Mikael, thanks for your review and for the test. The attached patch, built and regtested for x86_64-pc-linux-gnu, addresses all the suggestions. The next patch will change the documentation related to the caf_get and caf_send functions

[Bug tree-optimization/71761] missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 --- Comment #3 from Marc Glisse --- For clang, this seems based on size: up to size 16 they get jmp, starting from 17 they get a call. For gcc, we give up on anything more complicated than a "register": /* If the LHS of our call is not just

Re: [PATCH] Add code-hoisting to GIMPLE

On Mon, Jul 4, 2016 at 1:26 PM, Richard Biener wrote: > > The following patch is Stevens code-hoisting based on PRE forward-ported > and fixed for bootstrap plus the case of hoisting code across loops > which we generally do not want (expressions in the loop exit target block > are antic-in

[Bug tree-optimization/71761] missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 --- Comment #2 from Ivan Sorokin --- I compared this with clang. 1) typedef int token; Both GCC and clang optimize this to a single jump. 2) struct token {int a}; clang optimizes this into a single jump. GCC generates: subq$8, %rsp

Re: [Driver] Add support for -fuse-ld=lld

On Jul 4, 2016, at 12:36 PM, Markus Trippelsdorf wrote: > > On 2016.07.04 at 10:08 -0700, H.J. Lu wrote: >> On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano >> wrote: >>> On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano >>>

[PING] Re: Some fixes for autofdo test cases

Andi Kleen writes: Ping! > This fixes some of the problems with profile test cases running with autofdo > There are still remaining failures that need to be addressed, but this is the > low hanging fruit. > > -Andi > > -- a...@linux.intel.com -- Speaking for myself only

Re: [Driver] Add support for -fuse-ld=lld

On Mon, Jul 4, 2016 at 9:12 AM, H.J. Lu wrote: > On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano wrote: >> On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano >> wrote: >>> + HJ who wrote the code for the option originally. >>>

[PING] Re: [PATCH] Fix MPX tests on systems with MPX disabled

Andi Kleen writes: PING! > From: Andi Kleen > > I have a Skylake system with MPX in the CPU, but MPX is disabled > in the kernel configuration. > > This makes all the MPX tests fail because they assume if MPX > is in CPUID it works > > Check the

Fwd: Re: [lra] Cleanup the use of offmemok and don't count spilling cost for it

gcc-patches has rejected the original message as it contained invalid MIME type. Therefore I am re-sending it. Forwarded Message Subject: Re: [lra] Cleanup the use of offmemok and don't count spilling cost for it Date: Mon, 4 Jul 2016 15:44:25 -0400 From: Vladimir

[Bug fortran/35849] "wrong" line shown in error message for parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35849 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Driver] Add support for -fuse-ld=lld

On Mon, Jul 4, 2016 at 12:36 PM, Markus Trippelsdorf wrote: > On 2016.07.04 at 10:08 -0700, H.J. Lu wrote: >> On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano >> wrote: >> > On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano

Re: [Driver] Add support for -fuse-ld=lld

On 2016.07.04 at 10:08 -0700, H.J. Lu wrote: > On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano wrote: > > On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano > > wrote: > >> + HJ who wrote the code for the option originally. > >> > >> On Thu, Jun 23,

[Bug tree-optimization/71761] missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 Marc Glisse changed: What|Removed |Added Keywords||missed-optimization

[Bug fortran/35849] "wrong" line shown in error message for parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35849 --- Comment #6 from Jerry DeLisle --- Author: jvdelisle Date: Mon Jul 4 19:14:54 2016 New Revision: 237993 URL: https://gcc.gnu.org/viewcvs?rev=237993=gcc=rev Log: 2016-07-04 Jerry DeLisle Steven G. Kargl

[patch, fortran] Bug 35849 - "wrong" line shown in error message for parameter

I will commit attached patch provided by Steve and reviewed and tested by myself to trunk. Test case provided. Self explanatory. Regards, Jerry 2016-07-04 Jerry DeLisle Steven G. Kargl PR fortran/35849 * simplify.c

Re: [PATCH PR c/71699] Handle pointer arithmetic in nonzero tree checks

On Jul 1, 2016, at 6:10 AM, Manish Goregaokar wrote: > > +} > \ No newline at end of file Minor nit, please end all files with a newline...

[Bug fortran/71758] ICE in verify_gimple_in_cfg, at tree-cfg.c:5212

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

Re: [gimplefe] Parsing PHI functions

On 4 July 2016 at 15:17, Richard Biener wrote: > On Sun, Jul 3, 2016 at 9:34 AM, Prasad Ghangal > wrote: >> In this patch, I am passing labels and vars with internal function and >> handling them in tree-cfg for parsing PHI. >> For first

[Bug tree-optimization/71761] New: missing tailcall optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71761 Bug ID: 71761 Summary: missing tailcall optimization Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

Re: [PATCH] - improve sprintf buffer overflow detection (middle-end/49905)

On 07/04/2016 10:44 AM, Jakub Jelinek wrote: On Mon, Jul 04, 2016 at 10:23:06AM -0600, Martin Sebor wrote: 1) Making use of -Wformat machinery in c-family/c-format.c. This seemed preferable to duplicating some of the same code elsewhere (I initially started implementing it in

Re: [PATCH] - improve sprintf buffer overflow detection (middle-end/49905)

On 07/04/2016 06:44 PM, Jakub Jelinek wrote: On Mon, Jul 04, 2016 at 10:23:06AM -0600, Martin Sebor wrote: No, it doesn't. What I meant is that the same code, when added in builtins.c instead, could readily be extended to fold into strings expressions like sprintf (buf, "%i", 123); I've

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #8 from Timo Teräs --- (In reply to Andrew Pinski from comment #5) > LIBSTDCXX_RAW_CXX_CXXFLAGS="\ > -I\$(top_builddir)/../libstdc++-v3/include \ > -I\$(top_builddir)/../libstdc++-v3/include/\$(target_noncanonical) \ >

[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 #16 from Martin Sebor --- (In reply to Jakub Jelinek from comment #14) > But 9 is maximum length just for the %+03d part, %02d with the limited VRP > range is exactly 2 and then the '\0', so that is 12 maximum, 6 minimum. Yes. > So

Re: [PATCH][expr.c] PR middle-end/71700: zero-extend sub-word value when widening constructor element

On 07/01/2016 11:18 AM, Kyrill Tkachov wrote: In this arm wrong-code PR the struct assignment goes wrong when expanding constructor elements to a register destination when the constructor elements are signed bitfields less than a word wide. In this testcase we're intialising a struct with a

[Bug other/71760] New: libiberty - Segmentation fault when attempting to delete a non-existent element in a hash table

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71760 Bug ID: 71760 Summary: libiberty - Segmentation fault when attempting to delete a non-existent element in a hash table Product: gcc Version: unknown Status: UNCONFIRMED

[Bug fortran/71759] ICE in enforce_single_undo_checkpoint, at fortran/symbol.c:3478

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71759 --- Comment #1 from Gerhard Steinmetz --- Another typo : $ cat z2.f90 program p print *, [character((100)) :: 'x'] print *, [character((1,0)) :: 'x'] end $ gfortran-6 z2.f90 z2.f90:3:23:

[Bug fortran/71759] New: ICE in enforce_single_undo_checkpoint, at fortran/symbol.c:3478

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71759 Bug ID: 71759 Summary: ICE in enforce_single_undo_checkpoint, at fortran/symbol.c:3478 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

Re: [lra] Cleanup the use of offmemok and don't count spilling cost for it

On 07/04/2016 04:05 PM, Jiong Wang wrote: And the corresponding s390 patten is "mov" for V_128. (define_insn "mov" [(set (match_operand:V_128 0 "" "=v,v,R, v, v, v, v, v,v,d") (match_operand:V_128 1 "" "v,R,v,j00,jm1,jyy,jxx,jKK,d,v"))] As the offset "-16" does not qualify

[Bug fortran/71758] New: ICE in verify_gimple_in_cfg, at tree-cfg.c:5212

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71758 Bug ID: 71758 Summary: ICE in verify_gimple_in_cfg, at tree-cfg.c:5212 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/47425] Array constructor with type-spec: Fails with more complicated length type expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47425 --- Comment #4 from Gerhard Steinmetz --- Some simplifications : $ cat z1.f90 program p character(3) :: x integer :: n = 3 print *, [character(len(x(1:n))) :: 'a'] end $ gfortran-7-20160703

[Bug c++/71739] [6/7 Regression] ICE on valid C++11 code: tree check: expected identifier_node, have tree_list in private_is_attribute_p, at tree.c:6080

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71739 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Mon Jul 4 17:33:50 2016 New Revision: 237992 URL: https://gcc.gnu.org/viewcvs?rev=237992=gcc=rev Log: PR c++/71739 * tree.c (attribute_value_equal): Use

[committed] Fix ICE with C++11 attributes (PR c++/71739)

Hi! We ICE with C++11 attributes, because their TREE_PURPOSE is not IDENTIFIER_NODE, but TREE_LIST. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk and 6.2 as obvious. 2016-07-04 Jakub Jelinek PR c++/71739 * tree.c

[Bug fortran/47425] Array constructor with type-spec: Fails with more complicated length type expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47425 Gerhard Steinmetz changed: What|Removed |Added CC|

[Bug c++/71739] [6/7 Regression] ICE on valid C++11 code: tree check: expected identifier_node, have tree_list in private_is_attribute_p, at tree.c:6080

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71739 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Mon Jul 4 17:31:38 2016 New Revision: 237991 URL: https://gcc.gnu.org/viewcvs?rev=237991=gcc=rev Log: PR c++/71739 * tree.c (attribute_value_equal): Use

[Bug fortran/65173] ICE while compiling wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173 Gerhard Steinmetz changed: What|Removed |Added CC|

[Bug fortran/67883] ICE on empty array constructor of character function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67883 --- Comment #3 from Gerhard Steinmetz --- For the following cases, every line produces an ICE : $ cat zz5.f90 program p character(*), parameter :: x1(*) = [character(*) ::] // [character(0) ::]

[Bug fortran/67883] ICE on empty array constructor of character function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67883 --- Comment #2 from Gerhard Steinmetz --- Another group of examples. First case is working in a sufficient manner. Concatenating two empty hulls (zero len and size, respectivly) gives an empty hull as

[Bug debug/71058] ICE when building heavy templating and -std=c++17 -gstabs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71058 --- Comment #2 from Andrew Pinski --- Why would someone even try to use stabs debugging info. It provides almost no debug information anyways.

[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 #15 from Martin Sebor --- (In reply to David Binderman from comment #11) > BTW, I tried a Linux kernel build and got this > > drivers/char/ipmi/ipmi_msghandler.c: In function ‘guid_show’: >

[Bug c++/71069] -Waddress didn't catch all cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71069 --- Comment #2 from Andrew Pinski --- -fsantize=undefined will catch this at runtime. What is undefined is passing a NULL to setData.

[Bug fortran/66244] [4.9/5/6/7 Regression] ICE on assigning a value to a pointer variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66244 --- Comment #4 from Gerhard Steinmetz --- Compiling slightly modified example from comment 0 : $ cat z4.f90 program p integer, target :: a(3)[*] integer, pointer :: z => a(3) z = 0 print *, z

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #38 from Jakub Jelinek --- Sorry, make that __attribute__((noinline, noclone)) void baz (int *p, int *q, int *r, int *s) { #pragma omp simd for (int i = 0; i < 1024; i++) { p[i] += q[0] * 6; r[i] += s[0] * 9; }

[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 #14 from Jakub Jelinek --- (In reply to Martin Sebor from comment #13) > (In reply to David Binderman from comment #9) > > I tried a build of the gcc fortran compiler and I found this warning: > > > >

Re: [Driver] Add support for -fuse-ld=lld

On Thu, Jun 23, 2016 at 9:01 PM, Davide Italiano wrote: > LLVM currently ships with a new ELF linker http://lld.llvm.org/. > I experiment a lot with gcc and lld so it would be nice if > -fuse-ld=lld is supported (considering the linker is now mature enough > to link large

[Bug c++/71227] [6/7 Regression] template friend function cannot be resolved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71227 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #7 from Timo Teräs --- (In reply to Andrew Pinski from comment #6) > Are you sure __cxa_throw_bad_array_new_length is being exported from > libstdc++v3? $ nm -D

[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 #13 from Martin Sebor --- (In reply to David Binderman from comment #9) > I tried a build of the gcc fortran compiler and I found this warning: > > ../../../src/trunk/libgfortran/intrinsics/date_and_time.c:173:33: warning: > ‘%+03d’

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #6 from Andrew Pinski --- Are you sure __cxa_throw_bad_array_new_length is being exported from libstdc++v3?

Re: [Driver] Add support for -fuse-ld=lld

On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano wrote: > On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano > wrote: >> + HJ who wrote the code for the option originally. >> >> On Thu, Jun 23, 2016 at 9:01 PM, Davide Italiano

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 Andrew Pinski changed: What|Removed |Added Keywords||build --- Comment #5 from Andrew Pinski

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #4 from Andrew Pinski --- (In reply to Timo Teräs from comment #3) > (In reply to Timo Teräs from comment #2) > > (In reply to Andrew Pinski from comment #1) > > > What target is this on? I get all passes in the java testsuite with

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #37 from Yuri Rumyantsev --- Jakub, I assume that yoour #C33 test-case is not correct, i.e. it can not be marked with pragma omp simd. For example, even if we turn off lim phase it will be aborted: my_g++ -O3 -m64 t33.cpp -o

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #3 from Timo Teräs --- (In reply to Timo Teräs from comment #2) > (In reply to Andrew Pinski from comment #1) > > What target is this on? I get all passes in the java testsuite with GCC 6.1 > > on aarch-linux-gnu. > > Happens on

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #2 from Timo Teräs --- (In reply to Andrew Pinski from comment #1) > What target is this on? I get all passes in the java testsuite with GCC 6.1 > on aarch-linux-gnu. Happens on x86_64-alpine-linux-musl for me. PIE enabled by

[Bug libgcj/71757] libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 --- Comment #1 from Andrew Pinski --- What target is this on? I get all passes in the java testsuite with GCC 6.1 on aarch-linux-gnu.

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #36 from Yuri Rumyantsev --- #c33 testcase was not tested since I have some doubts about it. Note that original problem was #pragma omp simd for (int i=0; i

Re: [PATCH] - improve sprintf buffer overflow detection (middle-end/49905)

On Mon, Jul 04, 2016 at 10:23:06AM -0600, Martin Sebor wrote: > >>1) Making use of -Wformat machinery in c-family/c-format.c. This > >>seemed preferable to duplicating some of the same code elsewhere > >>(I initially started implementing it in expand_builtin in > >>builtins.c). It

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #35 from Jakub Jelinek --- Doesn't it still miscompile the #c33 testcase? Say with __attribute__((noinline, noclone)) on baz and int v[2048]; int main () { v[1023] = 5; baz (v, v + 1023, v + 1024, v + 1023); int i; for (i =

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #34 from Yuri Rumyantsev --- Thanks a lot Jakub for your detail comments. I have simple fix which cures failures from 71734. The fix is simple enough and simply check that the ref in problem belongs to simd loop: diff --git

[Bug libgcj/71757] New: libgcj: unknown symbol __cxa_throw_bad_array_new_length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71757 Bug ID: 71757 Summary: libgcj: unknown symbol __cxa_throw_bad_array_new_length Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal

Re: [ARM][testsuite] neon-testgen.ml removal

Hi Christophe, On 22/06/16 16:52, Christophe Lyon wrote: Hi, This is a new attempt at removing neon-testgen.ml and generated files. Compared to my previous version several months ago: - I have recently added testcases to make sure we do not lose coverage as described in

Re: [PATCH] - improve sprintf buffer overflow detection (middle-end/49905)

On 07/04/2016 04:59 AM, Richard Biener wrote: On Fri, 1 Jul 2016, Martin Sebor wrote: The attached patch enhances compile-time checking for buffer overflow and output truncation in non-trivial calls to the sprintf family of functions under a new option -Wformat-length=[12]. This initial patch

Re: [AArch64] Renaming ARMv8.1 to ARMv8.1-A in comments and documentations

On Mon, Jul 04, 2016 at 05:00:18PM +0100, Jiong Wang wrote: > As the request from > > https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01936.html > > This patch replace all use of ARMv8.1 to ARMv8.1-A. > > OK for trunk? Thanks for the follow-up. OK. Thanks, James > > 2016-07-04 Jiong Wang

[Bug target/66960] Add interrupt attribute to x86 backend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960 --- Comment #14 from H.J. Lu --- (In reply to Goswin von Brederlow from comment #13) > > > > > > In a kernel there will always be some exception that simply prints a > > > register dump and stack backtrace. So again how do you access the

[Bug c++/71756] New: internal compiler error: in ~saved_token_sentinel, at cp/parser.c:1228

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71756 Bug ID: 71756 Summary: internal compiler error: in ~saved_token_sentinel, at cp/parser.c:1228 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/71755] New: friend function may not be defined inside a class using a qualified name but GCC allows that

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71755 Bug ID: 71755 Summary: friend function may not be defined inside a class using a qualified name but GCC allows that Product: gcc Version: 6.1.0 Status: UNCONFIRMED

Re: [Driver] Add support for -fuse-ld=lld

On Sun, Jul 3, 2016 at 9:38 PM, Davide Italiano wrote: > On Thu, Jun 23, 2016 at 9:11 PM, Davide Italiano > wrote: >> + HJ who wrote the code for the option originally. >> >> On Thu, Jun 23, 2016 at 9:01 PM, Davide Italiano

Re: [testsuite] asan/clone-test-1.c: Handle clone() failure

On Mon, Jul 04, 2016 at 05:44:17PM +0200, Christophe Lyon wrote: > Hello, > > This small patch handles the case were clone() would fail when > executing asan/clone-test-1.c. I wonder if the syscall failures shouldn't result in exit of 0 rather than 1 (ideally UNSUPPORTED), because they don't

Re: Deprecating basic asm in a function - What now?

jwakely.gcc wrote: > [...] (When we switched Fedora to using GCC 6, with C++14 enabled by > default, dozens and dozens of C++ packages failed to compile, > because even in 2016 nobody had ever tried to compile them with > C++11 features enabled.) And one shouldn't blame those that choose to

[AArch64] Renaming ARMv8.1 to ARMv8.1-A in comments and documentations

As the request from https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01936.html This patch replace all use of ARMv8.1 to ARMv8.1-A. OK for trunk? 2016-07-04 Jiong Wang gcc/ * config/aarch64/aarch64.h: Rename "ARMv8.1" to "ARMv8.1-A". * config/aarch64/aarch64_neon.h:

[testsuite] asan/clone-test-1.c: Handle clone() failure

Hello, This small patch handles the case were clone() would fail when executing asan/clone-test-1.c. OK? Christophe 2016-07-04 Christophe Lyon * c-c++-common/asan/clone-test-1.c (main): Handle clone() failure. diff --git

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #33 from Jakub Jelinek --- In any case, loop->safelen > 0 test looks also wrong, if there are guarantees about single iteration only (safelen(1)), then there is nothing useful at all. So it must be loop->safelen >= 2. For foo in

[Bug preprocessor/28810] gcc -MD -MP doesn't add phony rule for source file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28810 Vadim Zeitlin changed: What|Removed |Added CC||vz-gcc at zeitlins dot org --- Comment

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #32 from Jakub Jelinek --- Also, the testcase has weird dg- directives: // { dg-do compile } // { dg-require-effective-target vect_simd_clones } // { dg-additional-options "-Ofast" } // { dg-additional-options "-mavx2 -fopenmp-simd"

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #31 from Jakub Jelinek --- A question is if #pragma GCC ivdep has similar guarantees/restrictions; the documentation only disallows certain loop-carried dependencies, in particular those that would prevent vectorization, so I think

Re: Improve insert/emplace robustness to self insertion

On 02/07/16 08:37 +0200, François Dumont wrote: I haven't consider in this patch your remark about using allocator to build instance so don't hesitate to commit what you want and I will rebase. Here's what I've committed to trunk. I'm getting nervous about the smart insertion trick to avoid

[Bug tree-optimization/70729] Loop marked with omp simd pragma is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729 --- Comment #30 from Jakub Jelinek --- Another thing to think of, e.g. void baz (int *p, int *q) { #pragma omp simd safelen(2) for (int i = 0; i < 1024; i++) p[4 * i] += q[0]; } for aliasing p[4 * 1022] I think still applies that if ([0]

[Bug c++/71753] Clamp function does not work with O3 optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71753 --- Comment #6 from Łukasz Spintzyk --- I confirm changing the code to use unsigned int fixed the problem. Also there is no signed overflow errors. Thanks a lot.

[Bug tree-optimization/71707] [7 Regression] ICE in get_stridx_plus_constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71707 Thomas Preud'homme changed: What|Removed |Added CC||thopre01 at gcc dot gnu.org ---

[Bug tree-optimization/71715] FAIL: 23_containers/deque/modifiers/swap/2.cc (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71715 Thomas Preud'homme changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

  1   2   3   >