Re: patch PLUGIN_HEADER_FILE event for tracing of header inclusions.

Basile, The patch fixes most of the plugin failures except: FAIL: g++.dg/plugin/selfassign.c compilation The error is /opt/gcc/work/gcc/testsuite/g++.dg/plugin/selfassign.c: In function 'void warn_self_assign(gimple)': /opt/gcc/work/gcc/testsuite/g++.dg/plugin/selfassign.c:227:75: error: 'may

Re: [PATCH, i386, MPX, 3/X] MPX tests

2013/11/20 Joseph S. Myers : > On Wed, 20 Nov 2013, Ilya Enkovich wrote: > >> Here is a patch to add MPX tests. > > I don't think these should be under gcc.target/i386; gcc.dg/mpx would be > better, so if someone adds a corresponding feature for another target, > they don't need to move all the tes

[v3 patch] Improve some container allocator tests

This adds { dg-do compile } to some tests that only use static_assert and adjusts the swap overloads so that all commented-out assertions can be enabled. 2013-11-19 Jonathan Wakely * testsuite/23_containers/forward_list/allocator/noexcept.cc: Change to compile-only test. Adjust

RE: [GOMP4] [PATCH] SIMD-Enabled Functions (formerly Elemental functions) for C

> -Original Message- > From: Jakub Jelinek [mailto:ja...@redhat.com] > Sent: Tuesday, November 19, 2013 12:00 PM > To: Iyer, Balaji V > Cc: Joseph S. Myers; gcc-patches@gcc.gnu.org; Aldy Hernandez > (al...@redhat.com); Jeff Law > Subject: Re: [GOMP4] [PATCH] SIMD-Enabled Functions (former

Re: [PATCH i386] Enable -freorder-blocks-and-partition

On Tue, Nov 19, 2013 at 9:40 AM, Jeff Law wrote: > On 11/19/13 10:24, Teresa Johnson wrote: >> >> On Tue, Nov 19, 2013 at 7:44 AM, Jan Hubicka wrote: >>> >>> Martin, >>> can you, please, generate the updated systemtap with >>> -freorder-blocks-and-partition enabled? >>> >>> I am in favour of enab

Patch for bug #59196

Hello, here's a patch against trunk which fixes the issue (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59196). Regards, Miro gcc-56196.patch Description: Binary data

[PATCH, rs6000] Fix V16QI vector splat for little endian

Hi, When possible, we translate VEC_PERM_EXPRs into vector splat operations. A previous patch fixed this up for little endian, but there was an oversight for V16QI mode. This patch fixes that oversight. This fixes the failing test gcc.dg/torture/vshuf-v16qi.c. Bootstrapped and tested on powerpc

Re: [PATCH, MPX, 2/X] Pointers Checker [16/25] Tail recursion

On 19 Nov 12:02, Jeff Law wrote: > On 11/18/13 14:03, Ilya Enkovich wrote: > >2013/11/19 Jeff Law : > >>On 11/18/13 12:16, Ilya Enkovich wrote: > >>> > >>>With current recursion elimination we will have: > >>> > >>>test (int *param1) > >>>{ > >>>: > >>> > >>>: > >>>_7 = PHI > >>>bounds2 = _

Re: [PATCH, i386, MPX, 3/X] MPX tests

On Wed, 20 Nov 2013, Ilya Enkovich wrote: > 2013/11/20 Joseph S. Myers : > > On Wed, 20 Nov 2013, Ilya Enkovich wrote: > > > >> Here is a patch to add MPX tests. > > > > I don't think these should be under gcc.target/i386; gcc.dg/mpx would be > > better, so if someone adds a corresponding feature

Re: [PATCH, i386, MPX, 3/X] MPX tests

On Tue, 19 Nov 2013, Joseph S. Myers wrote: > No, they should use { dg-add-options mpx } (well, both the directory name > and the dg-add-options argument should use whatever generic name for this > functionality we ended up with, rather than the name for the particular > instance of it on x86,

[v3 patch] add missing export for std::regex_error and fix tests

I found a few tests containing VERIFY assertions that were incorrectly marked { dg-do compile } so weren't executed, hiding some broken tests and a missing export. This adds the export and fixes the tests. I deleted the TR1 test because it won't link due to unimplemented features so doesn't really

Re: [PATCH, rs6000] Fix V16QI vector splat for little endian

On Tue, Nov 19, 2013 at 5:41 PM, Bill Schmidt wrote: > Hi, > > When possible, we translate VEC_PERM_EXPRs into vector splat operations. > A previous patch fixed this up for little endian, but there was an > oversight for V16QI mode. This patch fixes that oversight. This fixes > the failing test

Re: [PATCH] Support addsub/subadd as non-isomorphic operations for SLP vectorizer.

On Tue, Nov 19, 2013 at 1:45 AM, Richard Biener wrote: > > On Mon, 18 Nov 2013, Cong Hou wrote: > > > I tried your method and it works well for doubles. But for float, > > there is an issue. For the following gimple code: > > > >c1 = a - b; > >c2 = a + b; > >c = VEC_PERM > > > > It ne

mpz support for gdbinit

Here is a little one that was useful in debugging during wide-int development, but isn't dependent upon wide-int. Committed. * gdbinit.in: Add pmz to print out mpz values. Index: gdbinit.in === --- gdbinit.in (revision 20

Re: atomic update of profile counters (issue7000044)

Hi all, I merged this old patch with current trunk. I also make the following changes (1) not using weak references. Now every *profile_atomic() has it's own .o so that none of them will be in the final binary if -fprofile-generate-atomic is not specified. (2) more value profilers have the atomic

Re: [PATCH, i386, MPX, 3/X] MPX tests

On Nov 19, 2013, at 2:05 PM, Ilya Enkovich wrote: >> Anything added that's XFAILed should have a comment explaining the reason >> for the XFAILing (a reference to a bug in GCC Bugzilla is a good idea, >> with that bug then mentioning the particular test that indicates whether >> the bug is still p

Re: [PATCH, i386, MPX, 3/X] MPX tests

On Nov 19, 2013, at 2:52 PM, Joseph S. Myers wrote: > If a bound violation should be detected, the test should PASS when it's > detected and FAIL when it's not, rather than XFAILing and XPASSing. > Hopefully dg-shouldfail will do the right thing (causing an error exit > status from the test to

Re: atomic update of profile counters (issue7000044)

On Tue, Nov 19, 2013 at 5:02 PM, Rong Xu wrote: > Hi all, > > I merged this old patch with current trunk. I also make the following changes > (1) not using weak references. Now every *profile_atomic() has it's > own .o so that none of them will be in the final binary if > -fprofile-generate-atomic

[PATCH, 4.8] Backport patches to fix parallel build fail PR 57683

Hi, The issue files in PR 57683 include lra-constraints.o, lra-eliminations.o and tree-switch-conversion.o. Jeff had fixed them in trunk (r197467 and r198999): http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00957.html http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00211.html Can we backport the two

[PATCH] Fix trailing whitespace

No functional changes. Just cleaning up trailing whitespace that I saw. Installed on the trunk. * tree-ssa-threadupdate.c: Fix trailing whitespace. * tree-ssa-threadupdate.h: Likewise. diff --git a/gcc/tree-ssa-threadupdate.c b/gcc/tree-ssa-threadupdate.c index afd7ac4..1b7c73

Re: [PATCH] _Cilk_for for C and C++

One small thing that I have not done that Jakub and several other have asked me before is that, there are no tests in c-c++-common for _Cilk_for. The reason being that the syntax between C and C++ implementations are different. In C++, the induction variable must be defined in the initializer (e

[PATCH] Enable multiple duplicated blocks on threading path

So when we first started looking at the FSA/FSM optimization for coremark, I speculated that it could be done in the jump threader and that by doing so we'd see benefits in more general codes. This patch enables the code to allow multiple duplicated blocks on a threading path. It won't catc

Re: [PATCH] Enable multiple duplicated blocks on threading path

On Tue, 2013-11-19 at 18:55 -0700, Jeff Law wrote: > So when we first started looking at the FSA/FSM optimization for > coremark, I speculated that it could be done in the jump threader and > that by doing so we'd see benefits in more general codes. > > This patch enables the code to allow multi

RE: [Patch, ARM] New feature to minimize the literal load for armv7-m target

Ping. BR, Terry > -Original Message- > From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches- > ow...@gcc.gnu.org] On Behalf Of Terry Guo > Sent: Wednesday, November 06, 2013 2:11 PM > To: gcc-patches@gcc.gnu.org > Cc: Richard Earnshaw; Ramana Radhakrishnan > Subject: [Patch, ARM] New f

Re: [PATCH] C++-ify and simplify loop iterators

On Tue, Nov 19, 2013 at 7:01 AM, Richard Biener wrote: > > $subject - the following turns > > loop_iterator li; > FOR_EACH_LOOP (li, loop, LI_ONLY_INNERMOST) >{ > ... > if () >FOR_EACH_LOOP_BREAK; >} > > into > > FOR_EACH_LOOP (loop, LI_ONLY_INNERMOST) >{ > ..

Committed: gdbhooks.py: reorganization to support regex-matching and typedefs

I've committed the following to trunk as r205085, as a mixture of enabling work towards gdb being able to print vec<>, and to fix issues where the string-matching logic got confused by typedefs (done in a rather crude way, by supporting multiple strings in the match, but it works). commit 0ac97497

Committed: gdbhooks.py: Implement a prettyprinter for vec<>*

I've committed the attached to trunk as r205086, implementing support in gdb for prettyprinting gcc's vec<>* types. commit 0c55e3277d41a47e23178d05c6779a683145febd Author: David Malcolm Date: Tue Nov 19 22:18:54 2013 -0500 gdbhooks.py: Implement a prettyprinter for vec<>* gcc/

[wwwdocs] Broken links

Enclosed is a patch modifying three broken links, on three separate pages. I also added some indications to about.html on how to submit a patch for the web site for those who do not have commit access, which is precisely what I have been instructed to do (so now it becomes documented). See

Re: [PATCH] Enable multiple duplicated blocks on threading path

On 11/19/13 19:33, David Malcolm wrote: FWIW, it looks like you attached the whitespace cleanup patch again, rather than the one you discuss above. For the archives, it looks like your email is referring to r205074 (though that itself seems to have some purely whitespace fixes, together with th

Re: [PATCH] Support -fsanitize=leak

This patch adds support for -fsanitize=leak and -static-liblsan options. ... Documentation? Ian In case this is a prereq for commit, here is a simple addition to invoke.texi. -Y diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index 7074a48..960df85 100644 --- a/gcc/doc/invoke.texi ++

[PING] [PATCH] PR59063

> This patch is supposed to fix PR59063 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59063). > > The original bug results from libasan providing clock_gettime wrapper and then trying to call the "real" clock_gettime. > The "real" symbol is supposed to come from librt.so which was not necessaril

Re: Patch for bug #59196

On 11/19/13 15:35, Miro Kropáček wrote: Hello, here's a patch against trunk which fixes the issue (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59196). Regards, Miro gcc-56196.patch Index: gcc/config/m68k/m68k.c === --- gcc/conf

Re: [wwwdocs] Broken links

Am 20.11.2013 06:00, schrieb Philippe Baril Lecavalier: +If you do not have commit access, please send an email to mailto:gcc-patches@gcc.gnu.org";>gcc-patches@gcc.gnu.org +and CC mailto:ger...@pfeifer.com";>ger...@pfeifer.com, +with the following: + + + Secify [docs] in the subject header.

Re: [PATCH, PR 53001] Re: Patch to split out new warning flag for floating point conversion

I committed this as revision 205090 on behalf of Joshua. Cheers, Manuel. On 15 November 2013 05:15, Joshua J Cogliati wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > The patch is the same as before (but for newer revision 204343 so line > numbers are a bit different), but the copyr

Re: [PATCH] Support -fsanitize=leak

On Wed, Nov 20, 2013 at 09:28:48AM +0400, Yury Gribov wrote: > >>This patch adds support for -fsanitize=leak and -static-liblsan options. > >>... > > > >Documentation? > > > >Ian > > In case this is a prereq for commit, here is a simple addition to invoke.texi. Jakub already wrote the invoke.texi

Add slim-lto support to gcc's build machinery

Hi, now that slim-lto objects are enabled by default, it would be nice to use them when building gcc with bootstrap-lto. The following patch implements the handling of these objects in gcc's build machinery. (Once -fuse-linker-plugin is made the default, -ffat-lto-objects in config/bootstrap-lto.m

Re: [PATCH] Support -fsanitize=leak

> Jakub already wrote the invoke.texi part: > http://gcc.gnu.org/ml/gcc-patches/2013-11/msg02061.html Ah, thanks, I somehow missed it. When will this end up in trunk? I have a depending patch. -Y

<    1   2   3