I have. I can tell you it required a lot of hacking, most of which
I haven't written down.
I can send you my sources if you'd like. They're hardwired for
Au1500/Little Endian, but they build ;)
Shoudn't take long to change the actual build type.
Clem Taylor wrote:
This isn't completely on topic, but it is a step on the way. I'm
getting ready for my Au1550 based hardware that will be back from
assembly soon. I'm trying to get the AMD provided yamon source to
compile. I'm using gcc 3.4.3 and bintools 184.108.40.206.2. After a few
tweeks to the makefile, yamon compiles but fails to link:
mips-ld -G 0 -T ./../link/link_el.xn -o ./yamon-02.23DB1550_el.elf -Map ...
mips-ld: section .data [000000009fc3d650 -> 000000009fc40faf] overlaps
section .rodata.str1.4 [000000009fc3d650 -> 000000009fc47197]
mips-ld: ./yamon-02.23DB1550_el.elf: section .rodata.str1.4 lma
0x9fc3d650 overlaps previous sections
mips-ld: ./yamon-02.23DB1550_el.elf: section .rodata.cst4 lma
0x9fc47198 overlaps previous sections
The linker command file (bin/link/link_el.xn) puts .data and .rodata
in _etext. I changed the *(.rodata) to *(.rodata*) in the link_el.xn,
but that didn't help.
Any ideas what might be going on? Has anyone tried compiling this
yamon with a recent gcc/bintools?