Peter Fuerst wrote:
> Hello !
> When building 2.6.10, the assembler (220.127.116.11) gets confused by a "b target2"
> (compiler generated) immediately following a "beqzl target1" (inline assembly
> macro), and reorders these instructions (with wrong address calculation too)
> to an infinite loop.
> Was this behaviour already observed elsewhere ? Is it fixed in some newer
> assembler version ?
Fixed in current binutils CVS, IIRC both 2.15 branch and trunk. The
older binutils tarball at linux-mips.org was also fixed.
> Or should i just be content with it and work around
> with appropriate "nop"s in the concerned inline-assembly macros ? ... ?
You should upgrade to something newer than 2.13. :-)
> as -EB -G 0 -mips4 -O2 -g0 -64 -mcpu=r8000 -v -64 -non_shared -64
> -march=r8000 -mips4 --trap -o kernel/.tmp_fork.o
Note that those arguments are partially contradicting each other.
-mips4 -64 -mcpu=r8000 -64 -64 -march=r8000 -mips4
is (with 2.15 gas) better expressed as
or, more suitable for r10000, with