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
> > b
OK for trunk and 6.
The regression is from another issue; this bug just prevents a simple
workaround for that bug.
Jason
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 considered these cases?
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 maili
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 100644
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
--- gcc-4.8/chan
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 r
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 sa
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
+++ htdoc
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
ret
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 tries
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.
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
===
--- doc/install.texi(revision
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 tu
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
likely
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
likely_max_stmt_execu
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
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 prop
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 mandatory, non-supporting
implementation
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
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 probabil
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.
+/* xmem
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: /cvs/gcc/wwwdocs/htdocs/java/done.html,v
re
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
# Rebuil
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
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
+++ htdocs
> 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
> Ab
27 matches
Mail list logo