Bum, I forgot the attachment!!! I also need to mention that MSVC++v4 doesn't have a copy of NASM and I don't know how to compile ASM code. Regards, Paul de. ---------------------------------------------------------- Paul de Leeuw Computers Central Coast Australia Email: pdeleeuw@deleeuw.com.au www: <http://www.deleeuw.com.au> ABN 72 360 822 562 ----------------------------------------------------------
On Monday 08 April 2002 05:56 pm, Paul de wrote:
I also need to mention that MSVC++v4 doesn't have a copy of NASM and I don't know how to compile ASM code.
I included the object file with the diff. Which, of course, doesn't do you any good because you're working under Windows. Although NASM has been ported to the Windows/DOS environment, I'm sure you don't want to spend the time learning how to use it at this point in time. OTOH, you could temporarily use the calmanp5.obj file from the Fractint version 20.0 source. It would be better if you had a newer version, but that one will work for now. Tim and I will work this out. Jonathan
On Monday 08 April 2002 06:23 pm, I wrote:
OTOH, you could temporarily use the calmanp5.obj file from the Fractint version 20.0 source. It would be better if you had a newer version, but that one will work for now.
Oops! That won't work either. It was assembled as 16-bit code, and not 32-bit. Jonathan
Tim and I will work this out.
Can't MASM compile 32 bit code? The quick and dirty solution is simply a C equivalent to your NASM mile. The make file could have an additional target, one that uses the Asm, one that uses the C.Once PHD's windows port works we can worry about backporting assembler. I think life would be simplified by combining all the compatible distributions into one ZIP. That would enforce sharing files. We should be able to do that with Xfractint and Fractint now. Tim
On Monday 08 April 2002 07:57 pm, Tim wrote:
Can't MASM compile 32 bit code?
Yes, but we weren't using it in a 32 bit environment.
The quick and dirty solution is simply a C equivalent to your NASM mile. The make file could have an additional target, one that uses the Asm, one that uses the C.Once PHD's windows port works we can worry about backporting assembler.
Patch 4 will momentarily be uploaded, and it takes care of this. The C equivalent was already in the source, I just needed to add some defines to the source and the Makefile and it was done.
I think life would be simplified by combining all the compatible distributions into one ZIP. That would enforce sharing files. We should be able to do that with Xfractint and Fractint now.
Maybe. It might make more sense to leave the common code in the same directory and put the X specific code in a subdirectory. Then change the Makefile to work. Jonathan
participants (3)
-
Jonathan Osuch -
pdeleeuw -
Tim Wegner