Re: [RX] Add support for atomic operations

On Mon, 2016-05-09 at 15:18 +0100, Nick Clifton wrote: > > gcc/ChangeLog: > > * config/rx/rx-protos.h (is_interrupt_func, > > is_fast_interrupt_func): > > Forward declare. > > (rx_atomic_sequence): New class. > > * config/rx/rx.c (rx_print_operand): Use symbolic names for PSW > >

Re: [C++ Patch] PR 71105 ("lambdas with default captures improperly have function pointer conversions")

OK for trunk and 6. The regression is from another issue; this bug just prevents a simple workaround for that bug. Jason

Re: libiberty: Don't needlessly clear xmemdup allocated memory

Alan Modra writes: > * xmemdup.c (xmemdup): Use xmalloc rather than xcalloc. In glibc at least, calloc can be faster than memset if the kernel is pre-zero-ing pages. Thus, in those cases, your change makes the code slower by adding an unneeded memset. Have you

Re: [PATCH] BFD: Fix unmatched #ifndef and #endif

On Sun, May 29, 2016 at 10:26:39AM +0900, Honggyu Kim wrote: > bfd/bfd-in.h has '#ifndef __BFD_H_SEEN__' statement at the beginning of > the header file but do not have '#endif' at the end. > > * bfd/bfd-in.h: Add #endif statment I just found my mistake. Sorry that I sent this to wrong

[PATCH] BFD: Fix unmatched #ifndef and #endif

bfd/bfd-in.h has '#ifndef __BFD_H_SEEN__' statement at the beginning of the header file but do not have '#endif' at the end. * bfd/bfd-in.h: Add #endif statment --- bfd/bfd-in.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/bfd/bfd-in.h b/bfd/bfd-in.h index 196bd70..ba36ee1

[wwwdocs] gcc-4.8/changes.html -- adjust link to manual

This is a case of X86 vs x86, subtle, but meaningful. Committed. Gerald Index: gcc-4.8/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v retrieving revision 1.137 diff -u -r1.137 changes.html ---

[wwwdocs] readings.html -- Tilera is now Mellanox

Mellanox acquired Tilera and the web pages redirect accordingly; except for those doc links, but those were easy enough to find. Applied. Gerald Index: readings.html === RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v retrieving

[C++ Patch] PR 71105 ("lambdas with default captures improperly have function pointer conversions")

Hi, I think submitter is right that by the grammar even an alone capture-default counts as a lambda-capture, thus a conversion function to pointer to function should not be added. I don't see how this issue may count as a regression, but, assuming the analysis is correct, the fix should be

[wwwdocs] Use https for sourceware.org.

Applied. Gerald Index: htdocs/c99status.html === RCS file: /cvs/gcc/wwwdocs/htdocs/c99status.html,v retrieving revision 1.63 diff -u -r1.63 c99status.html --- htdocs/c99status.html 6 Nov 2014 21:19:42 - 1.63 +++

[wwwdocs] gcc-4.5/changes.html: signalling NaN -> signaling NaN

Jim changed this for the documentation (in gcc/doc) earlier this month. This mirrors his change for our web page. Committed. Gerald Index: htdocs/gcc-4.5/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.5/changes.html,v

Re: [PATCH][wwwdocs] Improve arm and aarch64-related info in readings.html

Hi Kyrill, On Thu, 19 May 2016, Kyrill Tkachov wrote: > I noticed that we have a readings.html page that has pointers to > documentation of various backends that GCC supports. The info on arm > seems a bit out of date and somewhat confusing, and there is no entry > for aarch64. This patch

[PATCH] match.pd: optimize unsigned mul overflow check

Hello, For unsigned A, B, 'A > -1 / B' is a nice predicate for checking whether 'A*B' overflows (or 'B && A > -1 / B' if B may be zero). Let's optimize it to an invocation of __builtin_mul_overflow to avoid the divide operation. The following patch implements that as a match.pd transformation.

[PATCH,DOC] doc/install.texi: Use https for shop.fsf.org.

Committed to mainline; I'll possibly push this back to at least GCC 6 later. Gerald 2016-05-28 Gerald Pfeifer * doc/install.texi: Use https for shop.fsf.org. Index: doc/install.texi === ---

[v3 PATCH] Protect allocator-overloads of tuple-from-tuple constructors from cases that would create dangling references.

The fix to avoid binding dangling references to temporaries for tuple's constructors that take tuples of different type didn't include the fix for allocator overloads. That was just lazy, and I should feel ashamed. This patch fixes it, and takes us one step further to pass libc++'s testsuite for

Use likely upper bound in ivopts

Hi, this patch updates ivopts to use likely upper bounds. Bootstrapped/regtested x86_64-linux and comitted. (I will update all the loop passes, but want to do it one by one so we have performance tracked.) Honza * tree-ssa-loop-ivopts.c (estimated_stmt_executions_int): Use

Use likely upper bound in array prefetching

Hi, this patch makes array prefetching to use likely upper bound on number of iterations. This restores the behaviour on prefetch-5.c testcase. Honza * gcc.dg/tree-ssa/prefetch-5.c: Remove xfail. * tree-ssa-loop-prefetch.c (loop_prefetch_arrays): Use

Fix branch predictor reporting

Hi, this patch moves call of report_predictor_hitrates after fake edges are removed because those affects post dominance and consequently the prediction placement. Bootstrapped/regtested x86_64-linux, comitted. Honza * profile.c (compute_branch_probabilities): Do not report hitrates

Re: Enable loop peeling at -O3

Hello, thanks for feedback. I updated the patch and also noticed that -fpeel-all-loops gives up when upper bound is known but it is large and when the max-peel-insns is too small to permit peeling max-peel-times. This patch also updates pr61743-2.c which are now peeled before we manage to

[PATCH] Update documentation for ARM architecture

From: Stefan Brüns * use lexicographical ordering, as "gcc -march=foo" does * add armv6k, armv6z, arm6zk * remove ep9312, it is only valid for -mcpu * add armv6s-m and document it, as it is no official ARM name. Support for the OS extension/SVC is

Re: [PATCH] Clean up tests where a later dg-do completely overrides another.

On Wed, 18 May 2016, Jeff Law wrote: > FWIW, Fedora 24 uses dejagnu-1.6. Not sure about other distributions. openSUSE Tumbleweed is on 1.5.3, but I'm pretty sure we can get that updated. FreeBSD Ports are at 1.6. IMHO, go ahead. Gerald

Do not predict one edge by the same path based predictor multiple times

Hi, paths that predict control dependence edges which controls execution of some unlikely piece of code may end up putting multiple predictions at one edge (such that if one edge controls calls to multiple noreturn functions). These predictions can then combine into quite insanely small

libiberty: Don't needlessly clear xmemdup allocated memory

OK to apply? * xmemdup.c (xmemdup): Use xmalloc rather than xcalloc. diff --git a/libiberty/xmemdup.c b/libiberty/xmemdup.c index aa56f0b..4602afd 100644 --- a/libiberty/xmemdup.c +++ b/libiberty/xmemdup.c @@ -1,4 +1,4 @@ -/* xmemdup.c -- Duplicate a memory buffer, using xcalloc. +/*

[wwwdocs,Java] /java -- sourceware.org now defaults to https

Commmitted. 2016-05-28 Gerald Pfeifer * done.html: Convert sourceware.org links to https. * index.html: Ditto. * news.html: Ditto. Index: done.html === RCS file:

Top level configure dependencies

Applying to gcc and src repos. * Makefile.tpl (configure): Depend on m4 files included. * Makefile.in: Regenerate. diff --git a/Makefile.tpl b/Makefile.tpl index 6be6c4e..19728d2 100644 --- a/Makefile.tpl +++ b/Makefile.tpl @@ -1932,7 +1932,10 @@ config.status: configure #

[wwwdocs] Fix reference in projets/cfg.html

Fix reference to "Accurate Static Branch Prediction by Value Range Propagation" in projects/cfg.html. (It appears citeseer.ist.psu.edu has gone useless, more or less, so there likely will be further fixes we'll need to make over time.) Committed. Gerald Index: cfg.html

[wwwdocs] projects/cli.html -- remove broken link to ACOTES project

Applied. Gerald Index: htdocs/projects/cli.html === RCS file: /cvs/gcc/wwwdocs/htdocs/projects/cli.html,v retrieving revision 1.27 diff -u -r1.27 cli.html --- htdocs/projects/cli.html28 Jun 2015 14:57:32 - 1.27 +++

Re: Record likely upper bounds for loops

> Hi, > > On Fri, 27 May 2016, Jan Hubicka wrote: > > Thanks, updatted and comitted. > > This checkin seems to regress gcc.c-torture/execute/20050826-2.c at -Os: > > gcc/xgcc -Bgcc/ ../gcc/gcc/testsuite/gcc.c-torture/execute/20050826-2.c -Os \ > -o ./20050826-2.exe > > ./20050826-2.exe >