clang-format stopped working when compiled with gcc-7.
It turned out that an uninitialized _M_color is responsible.
The fix is easy, just copy _M_color in the move case, too.
Tested on ppc64le.
OK for trunk?
Thanks.
PR libstdc++/80183
* include/bits/stl_tree.h:
(_Rb_tree
Dear Nicolas,
A long time ago Paul sent me the following patch that fixes all three submodule
ICEs in pr69498
Index: gcc/fortran/module.c
===
*** gcc/fortran/module.c(revision 236994)
--- gcc/fortran/module.c(working
On 26/03/17 11:54 +0200, Markus Trippelsdorf wrote:
clang-format stopped working when compiled with gcc-7.
It turned out that an uninitialized _M_color is responsible.
The fix is easy, just copy _M_color in the move case, too.
Tested on ppc64le.
OK for trunk?
OK, thanks.
A reduced testcase w
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-7.1-b20170226.de.po', h
This patch fixes some new coarray testsuite fails on hppa. Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2017-03-26 John David Anglin
* gfortran.dg/coarray_failed_images_1.f08: Add "-latomic" option if
libatomic_available.
* gfortran.dg/coa
The attached patch fixes the alias requirement for gcc.dg/torture/pr79732.c and
gcc.dg/tree-ssa/pr56727.c,
so the tests don't fail on 32-bit hppa-hpux. Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2017-03-26 John David Anglin
* gcc.dg/torture/pr79732.c:
Hi Jonathan,
On Tue, 23 Feb 2016, Jonathan Wakely wrote:
On 19/02/16 13:17 -0700, Sandra Loosemore wrote:
I suppose the patch is OK as it stands, but I was going to suggest
restructuring it so that it talks about the default behavior first and what
it does with non-default -std= options after t
On 03/26/2017 02:13 PM, Gerald Pfeifer wrote:
Hi Jonathan,
On Tue, 23 Feb 2016, Jonathan Wakely wrote:
On 19/02/16 13:17 -0700, Sandra Loosemore wrote:
I suppose the patch is OK as it stands, but I was going to suggest
restructuring it so that it talks about the default behavior first
and what
Hi!
On Sat, Mar 25, 2017 at 07:45:53AM +0100, Jakub Jelinek wrote:
> On Fri, Mar 24, 2017 at 06:37:46PM -0500, Segher Boessenkool wrote:
> > On Fri, Mar 24, 2017 at 08:36:16PM +0100, Jakub Jelinek wrote:
> > > + /* Skip over reg notes not related to CFI information. */
> > > + while (n1)
> >
Hi Dominique,
A long time ago Paul sent me the following patch that fixes
all three submodule ICEs in pr69498
Got any more patches like that? If so, could you maybe attach
them to the relevant PRs? Even if such patches should turn out not to
be perfect, they could still help.
Regarding the
Hello,
> I got some review comment from Bernhard Reutner-Fischer, and I have
> updated the patch accordingly.
> This patch is for bug opened
> here:https://sourceware.org/bugzilla/show_bug.cgi?id=21187
This patch has been identified as one of the desirable patches
to have for the GDB 8.0 release,
Nitish works for IBM and I can stand in as the contributor. The patch
would be very helpful to work around an AIX exception handling
problem.
Because the patch is a generic option and not target-specific, it
needs a build machinery maintainer or Global Reviewer to approve.
Thanks, David
Hi,
Please find attached the patch that moves the check for CC usage in
any_condjump_p from sched-deps to target macros.
Currently the check is used only by i386 and AArch64.
The general condition checks for the fusion candidates to use/modify CC1
register. However, the fusion of ALU and Branch i
Hi,
Thanks for the review and suggestions.
> I think the patch isn't quite complete yet. You will also need changes in
> generic code. Currently sched_macro_fuse_insns() does:
Modified the sched_macro_fuse_insns() as required.
> Basically the idea is to push the check for CC usage into target m
14 matches
Mail list logo
