--- Additional Comments From vincent dot riviere at freesbee dot fr
2010-06-22 18:47 ---
Hello, Nick.
I don't really use the m68k-elf target myself, I discovered this bug by
running the testsuite. I often use an a.out toolchain to produce srec binaries
directly from .o files, it works
movabs $1, %rax
movabs $1, %r11
both work fine and generate appropriate code, but:
movabs foo, %rax
works and
movabs foo, %r11
doesn't.
Tested with:
GNU assembler version 2.17.50.0.6-14.el5 (x86_64-redhat-linux) using BFD
version 2.17.50.0.6-14.el5 20061020
but I think that 2.2 has the
I encountered this bug while building gcc-4.5.0. The GCC folks said to reort it
to you since you maintain GOLD. Here's what I did.
Download and unpack libelf-0.8.13, binutils-2.20, gcc-core-4.5.0,
gcc-g++-4.5.0, gmp-4.3.2, mpfr-2.4.2, mpc-0.8.2, ppl-0.10.2 into peer
directories.
Symbolic links
--- Additional Comments From ian at airs dot com 2010-06-23 04:00 ---
Thanks for the bug report. This has alread ybeen fixed in the development
sources. The patch is:
2010-03-05 Ian Lance Taylor
* incremental.cc: Include "libiberty.h".
http://sourceware.org/ml/binutils/2
