H. Peter Anvin

To be specific, the control sequences that the ABC80 and ABC800 console understand natively (this is assuming the console driver in ROM is called as opposed to writing directly to...

Perhaps a stupid idea, but have you considered the possibility of simply using GNU binutils for the linker, using ELF as the object file format? z80-elf is already a supported...

For what it's worth, there is a "-sdcc" option to gas already; the full set of architecture-specific options are: CPU model options: -march=CPU[+EXT...][-EXT...] generate code for CPU, where CPU is...

The set of relocations supported seem to be: R_Z80_8: 8-bit absolute R_Z80_8_DIS: 8-bit index register displacement R_z80_8_PCREL: 8-bit relative jump (JR, DJNZ...) R_Z80_16: 16-bit absolute R_Z80_24: 24-bit absolute R_Z80_32: 32-bit...

On 2020-09-28 11:29, suborb wrote: > One of the problems I had in the past regarding switching linkers was > that some of the library had complex expressions as relocations....

On 2020-09-28 14:58, Paulo Custodio wrote: > I am drawn back by the heavy weight of the GNU binutils for our uses. I > have looked into ELF as an...

On September 28, 2020 11:29:33 AM PDT, suborb wrote: >One of the problems I had in the past regarding switching linkers was >that some of the library had complex expressions...

FYI: gdb for z80 is now in the development branch of the binutils repository.

This would not be suitable for the ABC series, unfortunately. I'm not entirely sure why it would be hard to have relocations that aren't 256-byte aligned, given that the linker...

That would be fine, *except* that device drivers are commonly loaded in low memory. So there is no really stable address, at least which doesn't cut the address space in...