I've pushed these to wwwdocs.
commit b1bd21c81af3bc3098fca4293af164a6c6a4544a
Author: Jonathan Wakely
Date: Fri Jan 24 15:30:06 2020 +
Make it clear C++2a support is experimental
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index ef27c9bb..dcce6b86 100644
---
Hi David,
>> I'm seeing quite a number of failures on Solaris (both sparc and
>> x86),
>> but also some on 32-bit Linux/x86:
>>
>> Running target unix/-m32
>> +FAIL: gcc.dg/analyzer/data-model-1.c (test for warnings, line 610)
>> +FAIL: gcc.dg/analyzer/data-model-1.c (test for warnings, line 6
On Wed, 2020-01-15 at 13:30 +0100, Rainer Orth wrote:
> Hi David,
>
> > I've rebased and squashed the analyzer patch kit and squashed patch
> > 2
> > of the hash_table fix into it, and re-tested it successfully, so
> > I've
> > pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
> >
Dimitar Dimitrov wrote:
On Wed, 15.01.2020, 14:30:43 EET Rainer Orth wrote:
Hi David,
I've rebased and squashed the analyzer patch kit and squashed patch 2
of the hash_table fix into it, and re-tested it successfully, so I've
pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
On Wed, 15.01.2020, 14:30:43 EET Rainer Orth wrote:
> Hi David,
>
> > I've rebased and squashed the analyzer patch kit and squashed patch 2
> > of the hash_table fix into it, and re-tested it successfully, so I've
> > pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
> >
> > I'm
Hi David,
> I've rebased and squashed the analyzer patch kit and squashed patch 2
> of the hash_table fix into it, and re-tested it successfully, so I've
> pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
>
> I'm going to work through the various followup patches I had on my
> br
On Tue, 2020-01-14 at 08:55 +0100, Richard Biener wrote:
> On Mon, 13 Jan 2020, David Malcolm wrote:
>
> > I posted the initial version of the analyzer patch kit on 2019-11-
> > 15,
> > shortly before the close of stage 1.
> >
> > Jeff reviewed (most of) the latest version of the kit on Friday,
>
Hi!
I've noticed way too many ;; that shouldn't be there.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux,
committed to trunk as obvious.
2017-11-30 Jakub Jelinek
* spellcheck-tree.c (test_find_closest_identifier): Use ; instead
of ;;.
7 branch:
https://golang.org/cl/46712 by Urox Bizjak
https://golang.org/cl/46839 by Andreas Krebbel
This fixes GCC PR 82559.
Bootstrapped and ran Go tests on x86_64-pc-linux-gnu. Committed to
GCC 7 branch.
Ian
Index: libg
https://golang.org/cl/46152
https://golang.org/cl/46153
https://golang.org/cl/46154
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg01777.html
Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed
to GCC 7 branch.
Ian
2017-10-09 James Cowgill
* go.test/go-test.exp (go-set-g
%3Aissue+milestone%3AGo1.8.2+is%3Aclosed
https://github.com/golang/go/issues?q=is%3Aissue+milestone%3AGo1.8.3+is%3Aclosed
Bootstrapped and ran Go tests on x86_64-pc-linux-gnu. Committed to
GCC 7 branch.
Ian
Index: libgo/MERGE
x-gnu, and verified that it fixes
https://golang.org/issue/15547 (which is already fixed on mainline).
Committed to GCC 6 branch.
Ian
Index: go/cmd/go/build.go
===
--- go/cmd/go/build.go (revision 239431)
+++ go/cmd/go/build.go (working
On Thu, Nov 20, 2014 at 4:34 PM, Michael Matz wrote:
> Hi,
>
> On Thu, 20 Nov 2014, Richard Biener wrote:
>
>> > I don't think this API will make the non-C++-fans happier; I think the
>> > objection to the work I just merged is that it's adding more C++ than
>> > those people are comfortable with.
Hi,
On Thu, 20 Nov 2014, Richard Biener wrote:
> > I don't think this API will make the non-C++-fans happier; I think the
> > objection to the work I just merged is that it's adding more C++ than
> > those people are comfortable with.
>
> How so? It's already super-ugly in those views. We deci
On 11/20/2014 08:08 AM, Richard Biener wrote:
On Thu, Nov 20, 2014 at 12:05 AM, Andrew MacLeod wrote:
On 11/19/2014 05:24 PM, David Malcolm wrote:
On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
wrote:
On 11/19/2014 03:43 PM, Ric
On Wed, Nov 19, 2014 at 11:24 PM, David Malcolm wrote:
> On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
>> On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
>> wrote:
>> >On 11/19/2014 03:43 PM, Richard Biener wrote:
>> >> On November 19, 2014 8:26:23 PM CET, Andrew MacLeod
>> > wro
On Thu, Nov 20, 2014 at 12:05 AM, Andrew MacLeod wrote:
> On 11/19/2014 05:24 PM, David Malcolm wrote:
>>
>> On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
>>>
>>> On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
>>> wrote:
On 11/19/2014 03:43 PM, Richard Biener wrote:
>>>
On 11/19/2014 05:24 PM, David Malcolm wrote:
On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
wrote:
On 11/19/2014 03:43 PM, Richard Biener wrote:
On November 19, 2014 8:26:23 PM CET, Andrew MacLeod
wrote:
On 11/19/2014 01:12 PM
On 11/19/2014 05:28 PM, David Malcolm wrote:
On Wed, 2014-11-19 at 17:24 -0500, David Malcolm wrote:
On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
wrote:
On 11/19/2014 03:43 PM, Richard Biener wrote:
On November 19, 2014 8:26:2
On Wed, 2014-11-19 at 17:24 -0500, David Malcolm wrote:
> On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
> > On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
> > wrote:
> > >On 11/19/2014 03:43 PM, Richard Biener wrote:
> > >> On November 19, 2014 8:26:23 PM CET, Andrew MacLeod
> >
On Wed, 2014-11-19 at 22:36 +0100, Richard Biener wrote:
> On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
> wrote:
> >On 11/19/2014 03:43 PM, Richard Biener wrote:
> >> On November 19, 2014 8:26:23 PM CET, Andrew MacLeod
> > wrote:
> >>> On 11/19/2014 01:12 PM, David Malcolm wrote:
> >>>
>
On November 19, 2014 10:09:56 PM CET, Andrew MacLeod
wrote:
>On 11/19/2014 03:43 PM, Richard Biener wrote:
>> On November 19, 2014 8:26:23 PM CET, Andrew MacLeod
> wrote:
>>> On 11/19/2014 01:12 PM, David Malcolm wrote:
>>>
(A) could become:
greturn *stmt = gsi->as_a_greturn ()
On 11/19/2014 03:43 PM, Richard Biener wrote:
On November 19, 2014 8:26:23 PM CET, Andrew MacLeod wrote:
On 11/19/2014 01:12 PM, David Malcolm wrote:
(A) could become:
greturn *stmt = gsi->as_a_greturn ();
(B) could become:
stmt = gsi->dyn_cast ();
if (!stmt)
or:
stmt = g
On November 19, 2014 8:26:23 PM CET, Andrew MacLeod wrote:
>On 11/19/2014 01:12 PM, David Malcolm wrote:
>
>>
>> (A) could become:
>>
>>greturn *stmt = gsi->as_a_greturn ();
>>
>> (B) could become:
>>
>>stmt = gsi->dyn_cast ();
>>if (!stmt)
>
>> or:
>>
>>stmt = gsi->dyn_cast_gcall
On 11/19/2014 01:12 PM, David Malcolm wrote:
(A) could become:
greturn *stmt = gsi->as_a_greturn ();
(B) could become:
stmt = gsi->dyn_cast ();
if (!stmt)
or:
stmt = gsi->dyn_cast_gcall ();
if (!stmt)
or maybe:
stmt = gsi->is_a_gcall ();
if (!stmt)
An earlier ver
I've committed the cut-down version of the gimple statement subclasses
work to svn trunk [specifically the gimple-classes-v2-option-3 git
branch, having bootstrapped®rested it on x86_64-unknown-linux-gnu
(Fedora 20)].
This is the the 89-patch kit from
https://gcc.gnu.org/ml/gcc-patches/2014-04/
26 matches
Mail list logo
