Re: [cc65] Re: floating point support redux

From: Groepaz <groepaz1gmx.net>
Date: 2010-05-14 05:18:59
On Sonntag 09 Mai 2010, you wrote:
> Am Sonntag, den 09.05.2010, 12:49 +0200 schrieb Gábor Lénárt:
> > Also what's up if someone want to use all-RAM memory model (like on C64)
> > and program compiled with cc65 needs in-ROM floating point routines?  It
> > can be understood and realized easily that I/O routines can require ROM
> > to be paged in, but it can be "odd" that even a simple usage of a float
> > needs memory mapping, so this whole floating point support must be
> > handled with care, I think.
> 
> My little youthful 2 cents:
> - my programm wants to calculate float a = float b * float c
> - float library gets called with b, c and multiply as parameters. (or
> however said lib gets its parameters, its transaprent for me, the user
> of the lib)
> - library detects on address $0001 that BASIC and KERNAL are
> deactivated.
> - library activates them, calls the calculation routines, deactivates
> them again.
> - my programm gets back float a with the (hopefully) correct answer.
> 
> Its slow but i just dont see the problem. You should use float only if
> needed anyway. :)

if the float stuff would be a normal library, then i would agree... but float 
support is a core functionality of the compiler, which is usually expected to 
work under all circumstances (just like any other language feature). thats why 
my proposal would be two libraries.... one generic fp emulator, and a system 
specific one, which could ofcourse do the "tricks" you mention.

-- 

http://www.hitmen-console.org    http://magicdisk.untergrund.net
http://www.pokefinder.org        http://ftp.pokefinder.org

Kennt jemand von euch eigentlich einen Fall von Polizeibrutalität gegen Nazis 
bei einem Naziaufmarsch? Auch nur einen einzigen Fall? Nicht? Na sowas.

----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo@musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.
Received on Fri May 14 05:22:19 2010

This archive was generated by hypermail 2.1.8 : 2010-05-14 05:22:23 CEST