On Wed, Oct 02, 2019 at 10:39:23AM +0100, Richard Earnshaw (lists) wrote:
> There are some target hooks in combine that might help here.
> targetm.cannot_copy_insn_p and targetm.legitimate_combined_insn. The
> former is used more widely than just combine, so you might need to be
> careful that
On 01/10/2019 20:43, Jeff Law wrote:
On 9/20/19 7:18 PM, co...@sdf.org wrote:
On Fri, Sep 20, 2019 at 10:07:59PM +, co...@sdf.org wrote:
Introducing the reversed jbb* patterns doesn't seem to help with the
original issue. It crashes building libatomic.
My loose understanding of what is go
On 9/21/19 12:27 PM, Paul Koning wrote:
>
>
>> On Sep 20, 2019, at 9:18 PM, co...@sdf.org wrote:
>>
>> On Fri, Sep 20, 2019 at 10:07:59PM +, co...@sdf.org wrote:
>>> Introducing the reversed jbb* patterns doesn't seem to help with the
>>> original issue. It crashes building libatomic.
>>
>> M
On 9/20/19 7:18 PM, co...@sdf.org wrote:
> On Fri, Sep 20, 2019 at 10:07:59PM +, co...@sdf.org wrote:
>> Introducing the reversed jbb* patterns doesn't seem to help with the
>> original issue. It crashes building libatomic.
>
> My loose understanding of what is going on:
> - GCC emits this ato
> On Sep 20, 2019, at 9:18 PM, co...@sdf.org wrote:
>
> On Fri, Sep 20, 2019 at 10:07:59PM +, co...@sdf.org wrote:
>> Introducing the reversed jbb* patterns doesn't seem to help with the
>> original issue. It crashes building libatomic.
>
> My loose understanding of what is going on:
> - G
On Fri, Sep 20, 2019 at 10:07:59PM +, co...@sdf.org wrote:
> Introducing the reversed jbb* patterns doesn't seem to help with the
> original issue. It crashes building libatomic.
My loose understanding of what is going on:
- GCC emits this atomic in expand.
- When cleaning up, it looks for opt
On Fri, Sep 20, 2019 at 03:45:46PM -0600, Jeff Law wrote:
> Conditional branching patterns must support the label_ref and pc
> operands in either position. Everything else I've seen on this thread
> is just working around that broken aspect of the builtins.md file.
>
>
> (define_insn "jbbssiqi"
On 9/20/19 3:04 PM, co...@sdf.org wrote:
> On Fri, Sep 20, 2019 at 11:15:32AM +, co...@sdf.org wrote:
>> Removed from the diff. Unfortunately this introduces an ICE during the
>> build of GCC...
>
> I took another look at the VAX atomic pattern issue.
> (http://gnats.netbsd.org/53039)
> It is
On Fri, Sep 20, 2019 at 11:15:32AM +, co...@sdf.org wrote:
> Removed from the diff. Unfortunately this introduces an ICE during the
> build of GCC...
I took another look at the VAX atomic pattern issue.
(http://gnats.netbsd.org/53039)
It is a compiler crash to do with the added atomic builtins
Sorry for the delay...
Updated diff: http://coypu.sdf.org/vax-gcc10.diff
On Mon, Apr 29, 2019 at 02:08:32PM -0600, Jeff Law wrote:
> On 3/30/19 3:03 AM, co...@sdf.org wrote:
> > hi folks,
> >
> > i was interesting in tackling some problems gcc netbsd/vax has.
> > it has some ICEs which are in rel
On 3/30/19 3:03 AM, co...@sdf.org wrote:
> hi folks,
>
> i was interesting in tackling some problems gcc netbsd/vax has.
> it has some ICEs which are in reload phase. searching around, the answer
> to that is "switch to LRA first". Now, I don't quite know what that is
> yet, but I know I need to t
On 3/31/19 11:25 AM, Paul Koning wrote:
>
>
>> On Mar 30, 2019, at 5:03 AM, co...@sdf.org wrote:
>>
>> hi folks,
>>
>> i was interesting in tackling some problems gcc netbsd/vax has.
>> it has some ICEs which are in reload phase. searching around, the answer
>> to that is "switch to LRA first". N
On Sun, Mar 31, 2019 at 01:25:50PM -0400, Paul Koning wrote:
>
>
> > On Mar 30, 2019, at 5:03 AM, co...@sdf.org wrote:
> >
> > hi folks,
> >
> > i was interesting in tackling some problems gcc netbsd/vax has.
> > it has some ICEs which are in reload phase. searching around, the answer
> > to th
> On Mar 30, 2019, at 5:03 AM, co...@sdf.org wrote:
>
> hi folks,
>
> i was interesting in tackling some problems gcc netbsd/vax has.
> it has some ICEs which are in reload phase. searching around, the answer
> to that is "switch to LRA first". Now, I don't quite know what that is
> yet, but I
hi folks,
i was interesting in tackling some problems gcc netbsd/vax has.
it has some ICEs which are in reload phase. searching around, the answer
to that is "switch to LRA first". Now, I don't quite know what that is
yet, but I know I need to try to do it.
As an initial step, I need to sync the
15 matches
Mail list logo