internal error, aborting at /binutils/bfd/amigaoslink.c line 569 in get_relocated_section_contents about amiga-gcc HOT 7 CLOSED

Removing am_mapamiga.s from the code and just replacing it with the c function in am_map.c didn't help and just shifted the problem somewhere else.

Be aware, DoomAttack is not compiled with -fbaserel (much of it is implemented in assembly and all of them use absolute symbol references)

from amiga-gcc.

well, the binutils linker wants all code sections named .text

from amiga-gcc.

Confirmed. I moved all assembly files' section directives to .text and it passed the linking stage. But I could swear it already linked before that.

On a sidenote, would it be possible to allow sections with non-gcc names? It would relieve some of the linker pressure to stuff everything together in -msmall-code and -fbaserel modes. The programmer had more control over which code/data needs to go together and which code can be in separate sections (via long jumps). Obviously I didn't think this through yet, but sounds desirable.

from amiga-gcc.

I just reactivated the amiga hunk format. The aout format only supports 2 real sections, one .text and one .data section. Even the .bss is in fact only an extension to .data.

With amiga hunk format an unlimited count of sections should work with one limitation: Only one baserel .data section is allowed.

from amiga-gcc.

Is there anything you ask me to test?

from amiga-gcc.

I am trying to create a minimal problem...
... not enough time this week.

from amiga-gcc.

Ha, it's not a binutil issue, it's section naming issue:

the instruction is:

	jra _AM_drawFline 

pc relative jumps between different sections are impossible.

from amiga-gcc.