Smonson wrote:Hmm, gcc-atari-mint isn't supported for my Ubuntu machine
Wrong. Yes, it's not in the official repositories, but why don't you just add
Code: Select all
deb http://vincent.riviere.free.fr/debian/ wily contrib
to your /etc/apt/sources.list and do a sudo apt install cross-mint-essential?
and I'm not really interested in changing my OS just for this. But looking further, these include files (memory.h is just the first of many) are mintlib headers that must be present for the libcmini build. The reason why it failed with mintlib's include files present before is that they use a non-GNU assembly syntax (no % signs on register names) which must be one of the customisations done in the customised atari-mint binutils/gcc package.
Wrong as well. All gnu assemblers for 68k support the --register-prefix-optional command line switch which allows exactly that. It's just that it's the default for m68k-atari-mint-as while its not for m68k-elf-as. This doesn't have anything to do with mintlib.
Changing that syntax seems like a matter of the maintainer's personal preference, and it needlessly ties mintlib to the custom toolchain, so I can't compile it with gcc. This is annoying. And since libcmini has a hard dependency on mintlib, unfortunately there's no way I can use it without a large buy-in. For now I'll write a libc as I go along.
Yes. Libcmini cannibalizes some of the mintlib include files. Without pulling anything from the lib. That's its intended purpose, basically.
I probably just don't really understand your problem. m68k-atari-mint-gcc _is_ gcc. You won't be able to generate Atari compatible relocatable binary files with anything else. You might be able to create a libc based on m68k-elf, but how would you execute that on an Atari? I really miss your point here, frankly.
I have to congratulate you on the project, as it looks extremely impressive. Thank you for the assistance even if I'm too stubborn to get a result
Thanks anyway. I'm still not convinced you are on the right path, honestly