ATARI.PRJ compilation

[chpec]

Using a fresh repo checkout and Pure C 1.1 under Hatari, I tried to follow the building instructions.

I can successfully compile the pctoslib and pcgemlib libs.

1. Compiling the ATARI.PRJ projects provokes an internal error C1073 I can not debug:

2. I also have an issue with the MFA32K NVDI drivers (started from ALL.PRJ, narrowed to MFA32K for now)

3. And finaly going the linux way for magic.ram (Atari.prj equivalent I think) leads to the following define errors during compilation:

`MagicMac.git/kernel/build$ make magic.ram
................
../../bin/linux/m68k-atari-tos-pc-pcc -O=../aes/xmen_mgr/mtsmn.o -A- -P -G -L64 -I../../inc_c -I../inc -I../../pc/include -DCOUNTRY=1 -DHADES=0 -DRAVEN=0 -DMAGICPC=0 ../aes/xmen_mgr/mtsmn.c
../../bin/linux/m68k-atari-tos-pc-pasm -S -O=../ende.o -DCOUNTRY=1 -DHADES=0 -DRAVEN=0 -DMAGICPC=0 -I../inc ../ende.s
../../bin/linux/m68k-atari-tos-pc-plink -O=magic.ram -S=0 ../bios/atari/magibios.o ../bios/atari/xfs95/xfs95ini.o ../bios/atari/modules/ide.o ../bios/magicmac/macxfs.o ../allg/read_inf.o ../vdi/math.o ../allg/std.o ../dos/magidos.o ../dos/malloc.o ../dos/xfs_vdos.o ../dos/vfat_s.o ../dos/vfat.o ../dos/dfs_u.o ../dos/dev_bios.o ../dos/dev_pipe.o ../dos/dev_mem.o ../dos/dfs_fat.o ../vdi/string.o ../vdi/mxvdiknl.o ../vdi/setup.o ../vdi/drivers.o ../vdi/filediv.o ../vdi/init_res.o ../vdi/tos.o ../aes/aesmain.o ../aes/aesevt.o ../aes/aesfrm.o ../aes/aesobj.o ../aes/aeswin.o ../aes/aesmen.o ../aes/aesgraf.o ../aes/aesrsc.o ../aes/farbic.o ../aes/wdialog/wdialog.o ../aes/wdialog/listbox.o ../aes/wdialog/fnt_menu.o ../aes/wdialog/shelsort.o ../aes/wdialog/wdintrfc.o ../aes/fsel/fsel.o ../aes/xmen_mgr/mtsmn.o ../ende.o

../aes/fsel/fsel.o:
Doubly defined symbol: 'tmplt_8_3'
Doubly defined symbol: 'ctrl_objs'
Doubly defined symbol: 'tmplt_8_3'
Doubly defined symbol: 'tmplt_8_3'

../aes/aesmain.o:
Undefined symbol: 'mx_fsel_exinput'
Undefined symbol: 'fslx_open'
Undefined symbol: 'fslx_close'
Undefined symbol: 'fslx_getnxtfile'
Undefined symbol: 'fslx_do'
Undefined symbol: 'fslx_set'
`
../../bin/linux/m68k-atari-tos-pc-pcc -O=../aes/xmen_mgr/mtsmn.o -A- -P -G -L64 -I../../inc_c -I../inc -I../../pc/include -DCOUNTRY=1 -DHADES=0 -DRAVEN=0 -DMAGICPC=0 ../aes/xmen_mgr/mtsmn.c
../../bin/linux/m68k-atari-tos-pc-pasm -S -O=../ende.o -DCOUNTRY=1 -DHADES=0 -DRAVEN=0 -DMAGICPC=0 -I../inc ../ende.s
../../bin/linux/m68k-atari-tos-pc-plink -O=magic.ram -S=0 ../bios/atari/magibios.o ../bios/atari/xfs95/xfs95ini.o ../bios/atari/modules/ide.o ../bios/magicmac/macxfs.o ../allg/read_inf.o ../vdi/math.o ../allg/std.o ../dos/magidos.o ../dos/malloc.o ../dos/xfs_vdos.o ../dos/vfat_s.o ../dos/vfat.o ../dos/dfs_u.o ../dos/dev_bios.o ../dos/dev_pipe.o ../dos/dev_mem.o ../dos/dfs_fat.o ../vdi/string.o ../vdi/mxvdiknl.o ../vdi/setup.o ../vdi/drivers.o ../vdi/filediv.o ../vdi/init_res.o ../vdi/tos.o ../aes/aesmain.o ../aes/aesevt.o ../aes/aesfrm.o ../aes/aesobj.o ../aes/aeswin.o ../aes/aesmen.o ../aes/aesgraf.o ../aes/aesrsc.o ../aes/farbic.o ../aes/wdialog/wdialog.o ../aes/wdialog/listbox.o ../aes/wdialog/fnt_menu.o ../aes/wdialog/shelsort.o ../aes/wdialog/wdintrfc.o ../aes/fsel/fsel.o ../aes/xmen_mgr/mtsmn.o ../ende.o

../aes/fsel/fsel.o:
Doubly defined symbol: 'tmplt_8_3'
Doubly defined symbol: 'ctrl_objs'
Doubly defined symbol: 'tmplt_8_3'
Doubly defined symbol: 'tmplt_8_3'

../aes/aesmain.o:
Undefined symbol: 'mx_fsel_exinput'
Undefined symbol: 'fslx_open'
Undefined symbol: 'fslx_close'
Undefined symbol: 'fslx_getnxtfile'
Undefined symbol: 'fslx_do'
Undefined symbol: 'fslx_set'

Am I missing some steps or settings, or is it expected that the whole thing doesn't compile fine yet?

[th-otto]

1. Compiling the ATARI.PRJ projects provokes an internal error C1073 I can not debug:

That looks strange. Maybe not enough memory? What tos are you using to run Hatari?

also have an issue with the MFA32K NVDI drivers (started from ALL.PRJ, narrowed to MFA32K for now)

That also looks strange. The referenced label is defined a few lines later, so surely not "out of range". Maybe check the line endings of the source file (ans also included files), the assembler sometimes is a bit picky about this.

3. And finaly going the linux way for magic.ram (Atari.prj equivalent I think) leads to the following define errors during
   compilation:

That is something i also get. Compiling some apps works, but not the kernel. The object files get corrupted somehow. Most likely something going wrong in the crosstos emulation, but i haven't figured out yet what the problem is. It was just an attempt to simplify the build process, but for now, have to stick to the Pure-C IDE (or run the commandline tools using pcmake, like is done for the snapshots).

[chpec]

I am using TOS 2.06 FR
I now switched to TOS 1.04 DE but I still get the same error on COOK.S

About memory size, I had tried both 4MB and 14MB
I was first wondering if mixing upper and lower cases in file names could lead to problems but I think Hatari does its job well.
I also had tried both a gemdrive (more convenient since one can edit files from atari and linux sides) and also an ACSI image with the same error.

I am interested in using PCMAKE.TTP. Can you tell me about the environment you recommend? Do you start pcmake from a TOS shell?

[th-otto]

I was first wondering if mixing upper and lower cases in file names could lead to problems but I think Hatari does its job well.

Yes, that is really strange. Locally, i'm using a custom version of stonx, which essentially has a similar gemdos emulation integrated as hatari, and the filenames on the host are all in lowercase, while the Pure-C IDE internally converts them to uppercase. So i don't think that this is reason of your compile errors.

Do you start pcmake from a TOS shell?

Yes, in the snapshots, it is started from mupfel. You can look at the script used for the snaphots. Basically, it uses aranym, and a hardisk image https://tho-otto.de/download/mag-hdd.tar.bz2 (build from https://github.com/th-otto/MagicMac/tree/master/pc/hdd), and the profile in that image is setup to run https://github.com/th-otto/MagicMac/blob/master/.scripts/autobld.sh. Note that this script also builds all applications, not only the kernels.

[chpec]

I followed your advice but since I am not fond of aranym, I simply copied the hdd content to a gemdrive for Hatari.
The process went smoothly, I could start the compilation (using sh autobld.sh from the mupfel prompt) and everything got compiled overnight.
I thank you for your help. I shall later find out why the direct compilation does not succeed.
What can help is the compilation log which shows the detailed commands (pcerr.txt).