From: Todd Elliott (eyeth_at_videocam.net.au)
Date: 2002-12-14 20:09:20
On Sat, 14 Dec 2002, Ullrich von Bassewitz wrote: > I've just moved the archives for version 2.9.0 to the ftp server. The > announcement is appended below. Happy downloading! > Thanks, Uz- I've just downloaded it. Will definitely try it out. > - Completely new graphics library (currently supported: C64) using > loadable graphics drivers. > This sounds pretty cool. Hopefully the graphics routines are optimized; I'd hate to do some Q&D inline assembling. > - C file I/O support for the following platforms: C64, C128, C16, C116, > Plus/4, VIC20, PET. This is probably one of the most requested > additions! > Yeah! What about GEOS? GEOS is somewhat tricky because it handles disk access in 256 byte chunks. > - New API to access extended memory with loadable drivers for: > C64 with GeoRAM cartridge, C64 with REU, C64 using RAM behind kernal > and I/O area. C128 with GeoRAM cartridge, C128 with REU and C128 using > the RAM in bank #1. > What about VICE's REU emulation? It can go up to 16Mb, AFAIK. The API is designed as not to care about the 2Mb barrier of the REU's? > There is still no support for the following features: > * Floats and bit fields. > I'm new to the C language, so please bear with me. Why hasn't floating point math been in cc65? What are bit fields? Is it because of the stack? Once someone said that implementing C into assembly is a 'simple' concept. For example, local variables are stored into the stack and global variables is stored into RAM. That sounds pretty simple to me. However, the stack is only 256 bytes long in the case of the 6502. I'm assuming that maybe a software stack is used instead. Why not make it bigger to accommodate floating point math and use ROM routines? Also, how big is the RAM space reserved for global variables? Anyway, I'm learning C from a book with an eye on how such a similar C concept I'm learning would translate into 6502 assembly language. That way, it'll be easier for me to understand C and maybe contribute a little to the GEOS effort under cc65. > There is a mailing list for discussing cc65 related issues (programming, > suggestions, bugs, ...). See > I read some entries in the mailing list. I wonder if it can be searched? Probably Google can search it, but what about a search just for the mailing list? Lastly, I'm developing dotView B0.3 using ca65 and ld65 software. Granted, this is in 100% assembly, though. I did experience some growing pains from the transistion of the geoProgrammer assembler used for B0.2 to the current B0.3 version using cc65 suite. So far I've been impressed and the transistion is was well worth it. The website for dotView is at: http://www.geocities.com/eyethian2000/dotview.html Enjoy! -- Todd Elliott ---------------------------------------------------------------------- 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-12-14 20:09:51 CET