Charlie,
Xfractint compiles with a couple of minor changes in the make file. There are the expected warnings about different integer sizes, but it runs as-is.
As-was, I wasn't even able to compile help.src, got too much of: "Warning help.src 16: Hot-link destination is not in the document."
(Making hc itself gave me a few warnings about cast from pointer to integer of different size, caused by CHK_BUFFER macro.)
I don't have any idea what might cause this. I did notice the make file needs some tweaking if the file fractint.hlp already exists and changes are made to the *.src files, which should force a recompile of fractint.hlp, but doesn't. I'll have to take a look at how hc compliles.
So I made hc tolerant by MAX_WARNINGS = 0, to get helpdefs.h at all. Then, make xfractint was able to continue up to the final gcc -o xfractint, but here ld fails with: "i386 arch. of input calmanfx.o is incompatible with i386:x86-64 output"
Don't use nasm, or the pre-compiled assembly version of calmanfx. I haven't worked with those for some time. I would guess that the assembly code is working with 32-bit chunks of data, not 64-bit. So, the interface to the C code would be slightly different.
Though I tried some tweaks here and there, no success so far. Could anyone of you please give me an insight on what's wrong?
I have openSuse / AMD64x2 / gcc4.2.1 / nasm 0.98.39 / xfractint 20.04p08. Scott Boyd's xfractint 20.02.4 binary runs fine.
I am using gcc version 4.2.3. Jonathan