Re: Devirtualization causing undefined symbol references at link?

On Tue, Nov 17, 2015 at 1:09 AM, Markus Trippelsdorf wrote: > On 2015.11.16 at 14:18 -0800, Steven Noonan wrote: >> Hi folks, >> >> (I'm not subscribed to the list, so please CC me on all responses.) >> >> This is using GCC 5.2 on Linux x86_64. On a project at work I've

[PATCH] Don't lower VEC_PERM_EXPR if it can be expanded using vec_shr optab (PR target/68483)

Hi! The patches that removed VEC_RSHIFT_EXPR regressed the first of these testcases on i?86/-msse2, because can_vec_perm_p returns false for that, and indeed as can_vec_perm_p is given only the mode and mask indices, there is nothing it can do about it. The former VEC_RSHIFT_EXPR is a special

Re: [PATCH/RFC] C++ FE: expression ranges (v2)

On 11/23/2015 12:07 PM, Marek Polacek wrote: On Mon, Nov 23, 2015 at 05:57:54PM +0100, Jakub Jelinek wrote: On Mon, Nov 23, 2015 at 11:53:40AM -0500, David Malcolm wrote: Does the following look like the kind of thing you had in mind? (just the tree.def part for now). Presumably usable for

[Bug tree-optimization/68493] [6 Regression] [graphite] ICE in copy_loop_phi_args

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68493 Sebastian Pop changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/68279] ICE: in create_pw_aff_from_tree, at graphite-sese-to-poly.c:836

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68279 Sebastian Pop changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/67808] LRA ICEs on simple double to long double conversion test case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808 --- Comment #4 from Michael Meissner --- Author: meissner Date: Mon Nov 23 19:25:32 2015 New Revision: 230769 URL: https://gcc.gnu.org/viewcvs?rev=230769=gcc=rev Log: [gcc] 2015-11-23 Michael Meissner

[Bug target/59828] Broken assembly on ppc* with two -mcpu= options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59828 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug sanitizer/59302] tsan: Unexpected mmap in InternalAllocator!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59302 Joost VandeVondele changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [PATCH] New version of libmpx with new memmove wrapper

gcc/testsuite/ChangeLog +2015-10-27 Tsvetkova Alexandra + + * gcc.target/i386/mpx/memmove.c: New test for __mpx_wrapper_memmove. libmpx/ChangeLog +2015-10-28 Tsvetkova Alexandra + + * mpxrt/Makefile.am (libmpx_la_LDFLAGS): Add

[Bug target/67071] GCC misses an optimization to load vector constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67071 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

Re: [PATCH] Fix PR objc/68438 (uninitialized source ranges)

On Mon, 2015-11-23 at 10:25 -0700, Jeff Law wrote: > On 11/23/2015 04:13 AM, Joseph Myers wrote: > > On Sun, 22 Nov 2015, David Malcolm wrote: > > > >> Is there (or could there be) a precanned dg- directive to ask if ObjC is > >> available? > > > > I don't think so. Normal practice is that each

Re: [PATCH 5/6] Fix parser memory leak in cilk_simd_fn_info

On 11/23/2015 06:48 AM, marxin wrote: gcc/cp/ChangeLog: 2015-11-23 Martin Liska * parser.c (cp_parser_late_parsing_cilk_simd_fn_info): Release tokens. There's a vec of objects in cilk_simd_fn_info, so unless that vec is copied elsewhere, we definitely want

[Bug c++/55077] implement and enable by default -Wliteral-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55077 --- Comment #6 from David Binderman --- (In reply to Manuel López-Ibáñez from comment #5) > Created attachment 33637 [details] > untested patch > > Untested patch. Bonus points if we show the value before and after > conversion like clang does.

[Bug go/68496] [libgo] reflect test fails on Linux x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68496 --- Comment #1 from Ian Lance Taylor --- I can not recreate this problem. It works fine for me. The stack trace is incomplete for some reason so I don't know what is going wrong. If you cd into x86_64-pc-linux-gnu/libgo, you can run make

Re: [PATCH] PR c/68473: sanitize source range-printing within certain macro expansions

On Mon, 2015-11-23 at 18:59 +0100, Bernd Schmidt wrote: > On 11/23/2015 06:52 PM, David Malcolm wrote: > > This patch fixes PR c/68473 by bulletproofing the new > > diagnostic_show_locus implementation against ranges that finish before > > they start (which can happen when using the C

[Bug c++/67550] [5/6 regression] Initialization of local struct array with elements of global array yields zeros instead of initializer values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550 --- Comment #5 from Jason Wyatt --- When parsing the initialisation of const TestStruct var: store_init_value ends up calling split_nonconstant_init, so that only the constant part of the initialisation of var is stored in DECL_INITIAL(t).

[Bug go/68496] [libgo] reflect test fails on Linux x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68496 --- Comment #2 from İsmail Dönmez --- (In reply to Ian Lance Taylor from comment #1) > I can not recreate this problem. It works fine for me. > > The stack trace is incomplete for some reason so I don't know what is going > wrong. > > If you

Re: update zlib to 1.2.8

> In GCC zlib is only used for libjava; for binutils and gdb it is used when > building without --with-system-zlib. This just updates zlib from 1.2.7 to > 1.2.8 (released in 2013). Applies cleanly, libjava still builds and doesn't > show any regressions in the testsuite. Ok to apply (even if we

Re: Fix lto-symtab ICE during Ada LTO bootstrap

BTW for the LTO type merging issues one could probably just drop those types and all derivations to alias set 0. But indeed rewriting them to pointers would be better, especially for ABI compatibility. The Ada ICE I get is: Continuing. +===GNAT BUG

[Bug target/36358] -mvrsave / -mno-vrsave ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36358 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: Devirtualization causing undefined symbol references at link?

On 2015.11.23 at 11:11 -0800, Steven Noonan wrote: > On Tue, Nov 17, 2015 at 1:09 AM, Markus Trippelsdorf > wrote: > > On 2015.11.16 at 14:18 -0800, Steven Noonan wrote: > >> Hi folks, > >> > >> (I'm not subscribed to the list, so please CC me on all responses.) > >> > >>

[Bug middle-end/68314] [6 Regression] Invalid read in build_pbb_minimal_scattering_polyhedrons (graphite-sese-to-poly.c:148)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68314 --- Comment #2 from Sebastian Pop --- This patch exposes the problem without valgrind: diff --git a/gcc/graphite-sese-to-poly.c b/gcc/graphite-sese-to-poly.c index 2054fad..b932dae 100644 --- a/gcc/graphite-sese-to-poly.c +++

[Bug c++/68476] microblaze: compilation of btSoftBody.cpp doesn't terminate with optimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476 --- Comment #2 from Arnout Vandecappelle --- Created attachment 36813 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36813=edit Preprocessed source file that exposes the bug Attached preprocessed source file. Compilation output (with gcc

[RFA] [PATCH] Fix invalid redundant extension elimination for rl78 port

The core analysis was from Nick. Essentially: (insn 44 (set (reg:QI r11) (mem:QI (reg:HI r20))) (insn 45 (set (reg:QI r10) (mem:QI (reg:HI r18))) [...] (insn 71 (set (reg:HI r14) (zero_extend:HI (reg:QI r11))) [...] (insn 88 (set (reg:HI r10) (zero_extend:HI

[ptx] Fix sso tests

The gcc.dg/sso tests gratuitously fail on PTX because they use IO facilities that don't exist there. This patch changes the dumping to use the putchar function call (and not a macro), and not use fputs. With this they all pass. I'm not quite sure where the maintainer boundaries lie for

[Bug target/33236] -mminimal-toc register should be psedu-register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33236 Segher Boessenkool changed: What|Removed |Added Last reconfirmed|2007-08-30 21:15:01 |2015-11-23 CC|

[Bug libfortran/51119] MATMUL slow for large matrices

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #24 from Jerry DeLisle --- (In reply to Jerry DeLisle from comment #16) > For what its worth: > > $ gfc pr51119.f90 -lblas -fno-external-blas -Ofast -march=native > $ ./a.out > Time, MATMUL:21.2483196 21.25444964601

Re: [PATCH 1/6] Fix memory leak in cilk

> diff --git a/gcc/c-family/cilk.c b/gcc/c-family/cilk.c > index e75e20c..1167b2b 100644 > --- a/gcc/c-family/cilk.c > +++ b/gcc/c-family/cilk.c > @@ -844,6 +844,7 @@ gimplify_cilk_spawn (tree *spawn_p) > call2, build_empty_stmt (EXPR_LOCATION (call1))); >

[Bug rtl-optimization/68194] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68194 --- Comment #7 from Jeffrey A. Law --- *** Bug 68328 has been marked as a duplicate of this bug. ***

[Bug rtl-optimization/68328] [4.9/5/6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68328 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/68185] [6 Regression] wrong code at -O3 on x86_64-linux-gnu (in 64-bit mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68185 Jeffrey A. Law changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

Re: update zlib to 1.2.8

On 23.11.2015 19:13, Joel Brobecker wrote: In GCC zlib is only used for libjava; for binutils and gdb it is used when building without --with-system-zlib. This just updates zlib from 1.2.7 to 1.2.8 (released in 2013). Applies cleanly, libjava still builds and doesn't show any regressions in

[Bug rtl-optimization/68194] [6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68194 --- Comment #8 from Jeffrey A. Law --- *** Bug 68185 has been marked as a duplicate of this bug. ***

Re: basic asm and memory clobbers

On 11/23/2015 03:04 AM, Andrew Haley wrote: On 21/11/15 12:56, David Wohlferd wrote: So, what now? While I'd like to take the big step and start kicking out warnings for non-top-level right now, that may be too bold for phase 3. A more modest step for v6 would just provide a way to find them

Re: [PATCH 1/2] Libsanitizer merge from upstream r253555.

On Mon, Nov 23, 2015 at 10:46:33AM +0300, Maxim Ostapenko wrote: > Index: libsanitizer/configure.ac > === > --- libsanitizer/configure.ac (revision 230597) > +++ libsanitizer/configure.ac (working copy) > @@ -136,6 +136,12 @@ > esac

[Bug c++/68484] _mm_storel_epi64((__m128i *)x, m); does nothing if "x" is a "volatile" ptr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68484 --- Comment #3 from Marc Glisse --- (In reply to Vladimir Sedach from comment #2) > It is not just about "long long". It isn't about long long at all, it is about whether your code is valid. In your latest example, you are casting an int* to a

Re: [Patch] S/390: Fix symbol ref alignment

On 10/23/2015 02:12 PM, Robin Dapp wrote: > gcc/testsuite/ChangeLog: > > 2015-10-23 Robin Dapp > > * gcc.target/s390/load-relative-check.c: New test to check > generation of load relative instructions. > > > gcc/ChangeLog: > > 2015-10-23 Robin

[Bug libstdc++/68479] Dynamic loading multiple shared libraries with identical static libstdc++ breaks streams

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

[Bug c++/68476] microblaze: compilation of btSoftBody.cpp doesn't terminate with optimisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476 Richard Biener changed: What|Removed |Added Target||microblaze

[Bug libfortran/51119] MATMUL slow for large matrices

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 --- Comment #21 from Thomas Koenig --- > Hidden behind a -fexternal-blas-n switch might be an option. Including GPUs > seems even a tad more tricky. We have a paper on GPU (small) matrix > multiplication,

Re: [PATCH, PR tree-optimization/68327] Compute vectype for live phi nodes when copmputing VF

On Fri, Nov 20, 2015 at 4:10 PM, Ilya Enkovich wrote: > On 20 Nov 14:31, Ilya Enkovich wrote: >> 2015-11-20 14:28 GMT+03:00 Richard Biener : >> > On Wed, Nov 18, 2015 at 2:53 PM, Ilya Enkovich >> > wrote: >> >>

Re: update zlib to 1.2.8

On 23/11/15 04:37, Matthias Klose wrote: > In GCC zlib is only used for libjava; for binutils and gdb it is used when > building without --with-system-zlib. This just updates zlib from 1.2.7 to > 1.2.8 > (released in 2013). Applies cleanly, libjava still builds and doesn't show > any >

Re: basic asm and memory clobbers

Note that basic asm is part of the standard C++ syntax. "An asm declaration has the form asm-definition: asm ( string-literal ) ; The asm declaration is conditionally-supported; its meaning is implementation-defined. [ Note: Typically it is used to pass information through the implementation to

[Bug tree-optimization/68327] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in vect_is_simple_use, at tree-vect-stmts.c:8562

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68327 Ilya Enkovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/68483] [5/6 Regression] gcc 5.2: suboptimal code compared to 4.9

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

[Bug target/68483] [5/6 Regression] gcc 5.2: suboptimal code compared to 4.9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68483 --- Comment #4 from Jakub Jelinek --- Ah, no, the problem is not on the backend side, but during veclower2 pass. Before that pass we after the replacement of v>> 64 or v>>32 shifts we have: vect_sum_15.12_58 = VEC_PERM_EXPR

[Bug c/63303] Pointer subtraction is broken when using -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63303 --- Comment #14 from Florian Weimer --- (In reply to Szabolcs Nagy from comment #13) > if gcc treats p-q as (ssize_t)p-(ssize_t)q and makes > optimization decisions based on signed int range then > that's broken and leads to wrong code gen.

Re: [PATCH] Mark by_ref mem_ref in build_receiver_ref as non-trapping

On Mon, Nov 23, 2015 at 9:45 AM, Jakub Jelinek wrote: > On Sat, Nov 21, 2015 at 07:34:02PM +0100, Tom de Vries wrote: >> Mark by_ref mem_ref in build_receiver_ref as non-trapping >> >> 2015-11-21 Tom de Vries >> >> * omp-low.c

Re: [PATCH, gcc5 backport] Fix PR ipa/65908

On Mon, Nov 23, 2015 at 10:21 AM, Martin Liška wrote: > Hi. > > At the end of last week, Richi asked me to back port aforementioned PR. > The patch contains two parts: first one is the patch that was applied to trunk > and the second one is a hunk that implements param_used_p

[Bug c/67999] Wrong optimization of pointer comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67999 Florian Weimer changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

Re: [PATCH] Mark by_ref mem_ref in build_receiver_ref as non-trapping

On Mon, Nov 23, 2015 at 11:39:26AM +0100, Richard Biener wrote: > On Mon, Nov 23, 2015 at 9:45 AM, Jakub Jelinek wrote: > > On Sat, Nov 21, 2015 at 07:34:02PM +0100, Tom de Vries wrote: > >> Mark by_ref mem_ref in build_receiver_ref as non-trapping > >> > >> 2015-11-21 Tom de

[Ada] Introduce a Frontend_Exceptions flag in system.ads

Hello, The Ada compiler supports different sorts of exception schemes today. The two most commonly used are what we commonly refer to as "frontend-sjlj", and "gcc-zcx". The former is entirely managed by the front-end (gigi included), relying on builtin_setjmp / builtin_longjmp pairs. The latter

[Bug rtl-optimization/68128] A huge regression in Parboil v2.5 OpenMP CUTCP test (2.5 times lower performance)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68128 --- Comment #6 from Richard Biener --- .omp_data_i = _NOALIAS.0+64 PARM_NOALIAS.0+64 = PARM_NOALIAS.64+192 = ... _35 = *.omp_data_i pg_36 = _35 + UNKNOWN pg_63 = pg_36 .omp_data_i_12(D), points-to vars: { D.1985 } (nonlocal) pg_63 = {

Re: [PATCH 6/n] OpenMP 4.0 offloading infrastructure: option handling

On Fri, 20 Nov 2015, Ilya Verbin wrote: > On Wed, Dec 10, 2014 at 01:48:21 +0300, Ilya Verbin wrote: > > On 09 Dec 14:59, Richard Biener wrote: > > > On Mon, 8 Dec 2014, Ilya Verbin wrote: > > > > Unfortunately, this fix was not general enough. > > > > There might be cases when mixed object files

[Bug target/68497] New: ICE: in output_387_binary_op, at config/i386/i386.c:17689 with -fno-checking

--disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-230738-checking-yes-rtl-df-nographite Thread model: posix gcc version 6.0.0 20151123 (experimental) (GCC) The failing assertion is: 17686: && (STACK_TOP_P (operands[1]) || STACK_TOP_P (operands[2]))) 17687:; /* ok */ 1

[gomp4] Adjust Fortran OACC async lib test

Hi Thomas, this fix adds more acc_wait's to libgomp.oacc-fortran/lib-1[13].f90. For lib-12.f90, it's sort of a fix before we can resolve the issue of intended semantics for "wait+async". As for lib-13.f90, I believe these added acc_wait calls seem reasonable, since we can't immediately assume

Re: Fix lto-symtab ICE during Ada LTO bootstrap

> > So there is indeed no point in trying to fix one or two cases, and we should > > instead instruct LTO somehow to treat System.Address is compatible with > > void* otherwise we'll run into endless troubles on that since using > > System.Address as void* is very common practice in Ada code. > >

Re: [PATCH] Don't reapply loops flags if unnecessary in loop_optimizer_init

On 23/11/15 11:29, Richard Biener wrote: On Mon, 23 Nov 2015, Tom de Vries wrote: [ was: Re: [PATCH, 10/16] Add pass_oacc_kernels pass group in passes.def ] On 20/11/15 11:37, Richard Biener wrote: I'd rather make loop_optimizer_init do nothing if requested flags are already set and no fixup

Re: [PATCH, 10/16] Add pass_oacc_kernels pass group in passes.def

On Sat, 21 Nov 2015, Tom de Vries wrote: > On 20/11/15 11:28, Richard Biener wrote: > > On Thu, 19 Nov 2015, Tom de Vries wrote: > > > > > >On 17/11/15 15:53, Tom de Vries wrote: > > > > > > > >And the above LIM example > > > > > > > >is none for why you need two LIM passes... > > > > > > > > >

Re: [gomp4.1] Handle new form of #pragma omp declare target

Hi Jakub! On Fri, 17 Jul 2015 15:05:59 +0200, Jakub Jelinek wrote: > [...] "omp declare target link" [...] > This patch only marks them with the new attribute, [...] > --- gcc/c/c-parser.c.jj 2015-07-16 18:09:25.0 +0200 > +++ gcc/c/c-parser.c 2015-07-17

Re: [PATCH, PR68337] Don't fold memcpy/memmove we want to instrument

On 23 Nov 11:44, Richard Biener wrote: > On Mon, Nov 23, 2015 at 11:10 AM, Ilya Enkovich > wrote: > > On 23 Nov 10:39, Richard Biener wrote: > >> On Fri, Nov 20, 2015 at 3:30 PM, Ilya Enkovich > >> wrote: > >> > On 20 Nov 14:54, Richard Biener

Re: [PATCH][AArch64][v2] Improve comparison with complex immediates followed by branch/cset

On 12/11/15 12:05, James Greenhalgh wrote: On Tue, Nov 03, 2015 at 03:43:24PM +, Kyrill Tkachov wrote: Hi all, Bootstrapped and tested on aarch64. Ok for trunk? Comments in-line. Here's an updated patch according to your comments. Sorry it took so long to respin it, had other things

[Bug tree-optimization/68455] [6 Regression] ICE: tree check: expected integer_cst, have plus_expr in decompose, at tree.h:5123

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

Re: Enable pointer TBAA for LTO

On Mon, 23 Nov 2015, Jan Hubicka wrote: > Hi, > here is updated patch which I finally comitted today. It addresses all the > comments > and also fixes one nasty bug that really cost me a lot of time to understand. > > + /* LTO type merging does not make any difference between > +

Re: [PATCH, PR68337] Don't fold memcpy/memmove we want to instrument

On Mon, Nov 23, 2015 at 11:10 AM, Ilya Enkovich wrote: > On 23 Nov 10:39, Richard Biener wrote: >> On Fri, Nov 20, 2015 at 3:30 PM, Ilya Enkovich >> wrote: >> > On 20 Nov 14:54, Richard Biener wrote: >> >> On Fri, Nov 20, 2015 at 2:08 PM, Ilya

[Bug target/68494] [ARM] Use vector multiply by lane

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68494 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Patch] PR68137, drop constant overflow flag in adjust_range_with_scev when possible

As reported by pr68137 and pr68326, r230150 caused new issues. Those ICEs are caused by adjust_range_with_scev getting range with overflowed constants min or max. So given there are too many places to generate OVF, we do a check in adjust_range_with_scev, to drop OVF flag when it's uncessary.

Re: Fix lto-symtab ICE during Ada LTO bootstrap

> So there is indeed no point in trying to fix one or two cases, and we should > instead instruct LTO somehow to treat System.Address is compatible with > void* otherwise we'll run into endless troubles on that since using > System.Address as void* is very common practice in Ada code. Maybe we

Re: [PATCH] Fix up reduction-1{1,2} testcases (PR middle-end/68221)

On Fri, 20 Nov 2015, Jakub Jelinek wrote: > Hi! > > If C/C++ array section reductions have non-zero (positive) bias, it is > implemented by declaring a smaller private array and subtracting the bias > from the start of the private array (because valid code may only dereference > elements from

Re: [PATCH] Fix PR objc/68438 (uninitialized source ranges)

On Sun, 22 Nov 2015, David Malcolm wrote: > Is there (or could there be) a precanned dg- directive to ask if ObjC is > available? I don't think so. Normal practice is that each language's tests are in appropriate directories for that language, with runtest never called with a --tool option

Re: [Ada] Introduce a Frontend_Exceptions flag in system.ads

> On Nov 23, 2015, at 12:02 , Olivier Hainque wrote: > Then all the system.ads files will be updated with a correct value of the > Frontend_Exceptions flags. Here's the patch. eh-flags-rts.diff Description: Binary data

[Bug c++/67550] [5/6 regression] Initialization of local struct array with elements of global array yields zeros instead of initializer values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550 --- Comment #4 from Jason Wyatt --- It appears that while parsing the initialiser for the array, maybe_constant_init switches the var for a constructor. This constructor only sets the m2 member variable. You can see the result in the gimple it

Re: Enable pointer TBAA for LTO

> You are right, TYPE_NONALIASED_COMPONENT is the wrong way. I will fix it > and try to come up with a testcase (TYPE_NONALIASED_COMPONENT is quite > rarely used beast) It's only used in Ada as far as I know, but is quite sensitive and quickly leads to wrong code if not handled properly in my

[Bug tree-optimization/68493] [6 Regression] [graphite] ICE in copy_loop_phi_args

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

[Bug target/68483] [5/6 Regression] gcc 5.2: suboptimal code compared to 4.9

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

[Bug driver/68463] Offloading fails when some objects are compiled with LTO and some without

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68463 Richard Biener changed: What|Removed |Added Keywords||lto Component|other

Re: [PATCH,RFC] Introduce RUN_UNDER_VALGRIND in test-suite

On 11/21/2015 05:26 AM, Hans-Peter Nilsson wrote: > On Thu, 19 Nov 2015, Martin Li?ka wrote: >> Hello. >> >> In last two weeks I've removed couple of memory leaks, mainly tight to >> middle-end. >> Currently, a user of the GCC compiler can pass '--enable-checking=valgrind' >> configure option >>

Re: [PATCH, PR68460] Always call free_stmt_vec_info_vec in gather_scalar_reductions

On Fri, Nov 20, 2015 at 4:57 PM, Tom de Vries wrote: > [ was: Re: [PATCH] Fix parloops gimple_uid usage ] > > On 09/10/15 23:09, Tom de Vries wrote: >> >> @@ -2392,6 +2397,9 @@ gather_scalar_reductions (loop_p loop, >> reduction_info_table_type *reduction_list >>

[Bug tree-optimization/68460] ICE in init_stmt_vec_info_vec with -ftree-vectorize and -ftree-parallelize-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68460 --- Comment #2 from vries at gcc dot gnu.org --- Author: vries Date: Mon Nov 23 09:45:38 2015 New Revision: 230742 URL: https://gcc.gnu.org/viewcvs?rev=230742=gcc=rev Log: Always call free_stmt_vec_info_vec in gather_scalar_reductions

Re: [Patch, vrp] Allow VRP type conversion folding only for widenings upto word mode

On Fri, 20 Nov 2015, Jeff Law wrote: > On 11/20/2015 10:04 AM, Senthil Kumar Selvaraj wrote: > > On Thu, Nov 19, 2015 at 10:31:41AM -0700, Jeff Law wrote: > > > On 11/18/2015 11:20 PM, Senthil Kumar Selvaraj wrote: > > > > On Wed, Nov 18, 2015 at 09:36:21AM +0100, Richard Biener wrote: > > > > >

[Bug debug/66432] [4.9 Regression] libgomp.c/appendix-a/a.29.1.c -O2 -g: type mismatch between an SSA_NAME and its symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66432 Jakub Jelinek changed: What|Removed |Added Keywords|openmp | Summary|[4.9/5/6

Re: [PATCH] Fix GC ICE during simd clone creation (PR middle-end/68339)

On Fri, Nov 20, 2015 at 9:03 PM, Jakub Jelinek wrote: > Hi! > > node->get_body () can run various IPA passes and ggc_collect in them Aww. Looks like we never implemented that ggc_defer_collecting idea (don't remember the context this popped up, maybe it was when we introduced

[Bug tree-optimization/68327] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in vect_is_simple_use, at tree-vect-stmts.c:8562

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68327 --- Comment #4 from Ilya Enkovich --- Author: ienkovich Date: Mon Nov 23 10:01:51 2015 New Revision: 230743 URL: https://gcc.gnu.org/viewcvs?rev=230743=gcc=rev Log: gcc/ PR tree-optimization/68327 * tree-vect-loop.c

Re: [PATCH, 10/16] Add pass_oacc_kernels pass group in passes.def

On Fri, 20 Nov 2015, Tom de Vries wrote: > On 20/11/15 14:29, Richard Biener wrote: > > I agree it's somewhat of an odd behavior but all passes should > > either be placed in a sub-pipeline with an outer > > loop_optimizer_init()/finalize () call or call both themselves. > > Hmm, but adding

Re: [PATCH, PR68337] Don't fold memcpy/memmove we want to instrument

On 23 Nov 10:39, Richard Biener wrote: > On Fri, Nov 20, 2015 at 3:30 PM, Ilya Enkovich wrote: > > On 20 Nov 14:54, Richard Biener wrote: > >> On Fri, Nov 20, 2015 at 2:08 PM, Ilya Enkovich > >> wrote: > >> > On 19 Nov 18:19, Richard Biener wrote:

Re: RFA: PATCH to match.pd for c++/68385

On Sat, Nov 21, 2015 at 7:57 PM, Marc Glisse wrote: > On Sat, 21 Nov 2015, Richard Biener wrote: > >> On November 20, 2015 8:58:15 PM GMT+01:00, Jason Merrill >> wrote: >>> >>> In this bug, we hit the (A & sign-bit) != 0 -> A < 0 transformation. >>>

Re: [gomp4.1] Handle new form of #pragma omp declare target

On Mon, Nov 23, 2015 at 12:31:24PM +0100, Thomas Schwinge wrote: > Hi Jakub! > > On Fri, 17 Jul 2015 15:05:59 +0200, Jakub Jelinek wrote: > > [...] "omp declare target link" [...] > > > This patch only marks them with the new attribute, [...] > > > --- gcc/c/c-parser.c.jj

Re: [PATCH, 4/16] Implement -foffload-alias

On Sat, 21 Nov 2015, Tom de Vries wrote: > On 13/11/15 12:39, Jakub Jelinek wrote: > > On Fri, Nov 13, 2015 at 12:29:51PM +0100, Richard Biener wrote: > > > > thanks for the explanation. Filed as PR68331 - '[meta-bug] fipa-pta > > > > issues'. > > > > > > > > Any feedback on the '#pragma GCC

[Bug tree-optimization/68465] pass_lim doesn't detect identical loop entry conditions

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

[Bug tree-optimization/65178] incorrect -Wmaybe-uninitialized when using nested loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65178 Leon Winter changed: What|Removed |Added Version|5.0 |5.2.1 ---

Re: [PATCH v2] Add uaddv_optab, usubv4_optab

On 11/22/2015 05:57 PM, Segher Boessenkool wrote: Hi Richard, On Sun, Nov 22, 2015 at 11:38:31AM +0100, Richard Henderson wrote: One of which I believe I've worked around in the i386 backend, but I believe to be a latent problem within combine. With the following patch, disable the

[Bug tree-optimization/68326] ICE at -O3 on x86_64-linux-gnu in set_value_range, at tree-vrp.c:380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68326 --- Comment #2 from Jiong Wang --- Author: jiwang Date: Mon Nov 23 12:14:05 2015 New Revision: 230754 URL: https://gcc.gnu.org/viewcvs?rev=230754=gcc=rev Log: [Patch] Drop constant overflow flag in adjust_range_with_scev when possible

[Bug tree-optimization/68317] [6 regression] ice in set_value_range, at tree-vrp.c:380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68317 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/68317] [6 regression] ice in set_value_range, at tree-vrp.c:380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68317 --- Comment #11 from Jiong Wang --- Author: jiwang Date: Mon Nov 23 12:14:05 2015 New Revision: 230754 URL: https://gcc.gnu.org/viewcvs?rev=230754=gcc=rev Log: [Patch] Drop constant overflow flag in adjust_range_with_scev when possible

[Bug target/68497] ICE: in output_387_binary_op, at config/i386/i386.c:17689 with -fno-checking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68497 Mikhail Maltsev changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/68499] New: Unclear STDC FP_CONTRACT behavior in non-standard modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68499 Bug ID: 68499 Summary: Unclear STDC FP_CONTRACT behavior in non-standard modes Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: minor

Re: [AArch64][dejagnu][PATCH 5/7] Dejagnu support for ARMv8.1 Adv.SIMD.

On Tue, Oct 27, 2015 at 03:32:04PM +, Matthew Wahab wrote: > On 24/10/15 08:16, Bernhard Reutner-Fischer wrote: > >On October 23, 2015 2:24:26 PM GMT+02:00, Matthew Wahab > > wrote: > >>The ARMv8.1 architecture extension adds two Adv.SIMD instructions,. > >>This >

[Bug c/68499] Unclear STDC FP_CONTRACT behavior in non-standard modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68499 --- Comment #1 from Vincent Lefèvre --- Well, actually the pragma is ignored in all cases. The fix was to set the default to OFF in the standard modes. So, currently, one should get a warning in non-standard modes.

[Bug other/68500] New: Remove in_loop_pipeline usage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68500 Bug ID: 68500 Summary: Remove in_loop_pipeline usage Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: other

[gomp4] Merge trunk r230274 (2015-11-12) into gomp-4_0-branch

Hi! Committed to gomp-4_0-branch in r230749: commit 4002b8b54d3e1e9ac049446339fc02e3fd192f43 Merge: 018ba48 5902f28 Author: tschwinge Date: Mon Nov 23 10:41:31 2015 + svn merge -r 230255:230274 svn+ssh://gcc.gnu.org/svn/gcc/trunk

  1   2   3   4   >