From: Matt Ackeret (mattack_at_area.com)
Date: 2002-04-17 20:10:53
On Wed, 17 Apr 2002, Ullrich von Bassewitz wrote: >On Tue, Apr 16, 2002 at 11:17:35AM -0700, Matt Ackeret wrote: >> I was under the apparently wrong impression that cc65 did some kind of >> module loading and unloading to allow you to write big programs in it. > >This would be highly system dependent and impossible to do in a portable way. >There will be some help from the compiler and linker because you can have >segments and the linker can combine these segments and overlay them in memory. >However the actual mechanism to load/reload these banks (or to switch them) is >up to you. So are you saying that the entire binary has to fit in memory? There's not even _manual_ loading and unloading? (i.e. the code says to unload a big chunk it knows it won't use for a while) >> Though I suppose one could get the cc65 compiler running on a GS by >> compiling it with Orca/C. > >Is Orca/C ANSI or K&R? It's ANSI. >> Though then it would still be GS/OS native, but >> would create binaries to run on 8 bit Apple IIs.. (including the GS, when >> booting from prodos or DOS 3.3 or whatever cc65 actually supports.) > >Since it would be the first host platform where ints are 16 bits there may be >a few minor problems. I've tried to be careful about it, but it has never been >tested. Do you mean ints are 16 bits _in the compiler binary_? Does that mean that the compiler code itself assumes int == 32 bits? Because obviously the resulting code would still be normal 6502. ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo_at_musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2002-04-17 20:14:58 CEST