On Tue, Sep 27, 2016 at 12:33:59AM +, Segher Boessenkool wrote:
> * config/rs6000/rs6000.md (movcc_internal1): Disparage using CTR or LR.
Actually, not disparage, but ignore when choosing register
preferences.
> (define_insn "*movcc_internal1"
> - [(set (match_operand:CC 0
On Tue, Sep 27, 2016 at 02:29:46PM +0930, Alan Modra wrote:
> On Tue, Sep 27, 2016 at 12:33:59AM +, Segher Boessenkool wrote:
> > * config/rs6000/rs6000.md (movcc_internal1): Disparage using CTR or LR.
>
> Actually, not disparage, but ignore when choosing register
> preferences.
@cindex
In case my previous mail is swallowed by mailman:
I am not familiar with your convention. Elsewhere, I usually
don't use my full name. If people suggest I use a full name
when submitting patches, I am glad to go with that.
My name is Liu Hao (LH for short). The word 'Mouse' is
a homophony joke
Hi Martin,
On Thu, 2016-09-08 13:03:12 -0600, Martin Sebor wrote:
> Attached is another update to the patch to address the last round
> of comments and suggestions, most notably to:
[...]
with the currently committed version, the tic6x-uclinux target fails,
see ie.
Hi Jonathan,
On 23 September 2016 at 12:41, Jonathan Wakely wrote:
> On 22/09/16 20:22 +0200, Christophe Lyon wrote:
>>
>> On 22 September 2016 at 15:25, Jonathan Wakely wrote:
>>>
>>> On 22/09/16 12:15 +0100, Jonathan Wakely wrote:
On
Hi,
On 26 September 2016 at 14:54, Jonathan Wakely wrote:
> On 24/09/16 21:13 +0300, Ville Voutilainen wrote:
>>
>> So, this has been applied to trunk, and also applies cleanly to the
>> gcc-6 branch, and we need
>> to backport it to fix PR libstdc++/77537. Ok for the gcc-6
On 27 September 2016 at 03:16, Christophe Lyon
wrote:
> 20_util/declval/requirements/1_neg.cc (test for errors, line 2263)
> 20_util/declval/requirements/1_neg.cc (test for excess errors)
> 20_util/make_signed/requirements/typedefs_neg.cc (test for errors, line
Hi!
LRA likes to use CTR and LR to store CCmode values. Not such a good
idea. All other similar patterns disparage using CTR and LR; do so
here, too.
Committing to trunk.
Segher
2016-09-27 Segher Boessenkool
* config/rs6000/rs6000.md
gcc/ChangeLog:
2016-09-26 Andreas Krebbel
* config/s390/s390.c (s390_rtx_costs): Add /* fallthrough */.
(s390_sched_score): Likewise.
---
gcc/config/s390/s390.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gcc/config/s390/s390.c
Hi,
this started, because I saw get_next_line returns -1 on error, instead
of false: PR 77699.
But when I was there I also saw that read_line_num is using memmove on
non-aliased src & dest, instead of memcpy. But then I see that
also adding a NUL byte is superfluos, and all the copying as
Hi all,
This patch implements the minimal fixes for the issues that
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01547.html was supposed to address
as suggested by Alexander.
Bootstrapped and tested on aarch64-none-linux-gnu and arm-none-linux-gnueabihf.
Is this ok for trunk?
Thanks,
Kyrill
On 09/26/2016 04:34 PM, Kyrill Tkachov wrote:
Hi all,
This patch implements the minimal fixes for the issues that
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg01547.html was supposed to
address
as suggested by Alexander.
Bootstrapped and tested on aarch64-none-linux-gnu and
101 - 112 of 112 matches
Mail list logo