On 04/10/2018 01:27 PM, Maciej W. Rozycki wrote:
> On Sun, 8 Apr 2018, Jeff Law wrote:
>
>> I think you need to go back to my earlier reply and read it carefully.
>> In particular, you need an insn where the label_ref and pc are swapped.
>
> Ouch, there are no reversed interlocked branch
On Sun, 8 Apr 2018, Jeff Law wrote:
> I think you need to go back to my earlier reply and read it carefully.
> In particular, you need an insn where the label_ref and pc are swapped.
Ouch, there are no reversed interlocked branch instructions in the VAX
ISA, so these would have to branch
On 04/02/2018 10:15 AM, co...@sdf.org wrote:
> It turns out (all from krister, I am still totally lost) that it is not
> failing for this specific reason in this case.
>
> Rather, the attached patch from krister fixes it, saying that gcc
> wants to change the label and then doesn't recognise the
It turns out (all from krister, I am still totally lost) that it is not
failing for this specific reason in this case.
Rather, the attached patch from krister fixes it, saying that gcc
wants to change the label and then doesn't recognise the new insn
thinking the memory_operand predicate is not
On 03/19/2018 03:46 PM, co...@sdf.org wrote:
> (updating)
> krister found a better hack patch which explains what the problem is,
> adding a useless move at the end of the instruction, so the label is
> not the last instruction.
>
> (And, in the problem code, the last instruction in the
(updating)
krister found a better hack patch which explains what the problem is,
adding a useless move at the end of the instruction, so the label is
not the last instruction.
(And, in the problem code, the last instruction in the function.)
---
Hi folks,
netbsd's copy of GCC differs enough that it fails elsewhere with
gcc-trunk, but the problematic code is upstream.
updating netbsd to gcc 6.4.0, I get an internal compiler error building
libstdc++. (Long version: http://gnats.netbsd.org/53039)
Short version:
test.cc: In function 'bool