From: Ullrich von Bassewitz (uz_at_musoftware.de)
Date: 2002-02-14 16:37:46
On Thu, Feb 14, 2002 at 04:22:22PM +0100, groepaz wrote:
> - i get a "undefined reference to _read" on some of the tests,
> although i am using c64 as a target (there was a "hacked" read available
> no?) ... any idea how to fix that? i know that prob is mentioned in
> one of those docfiles, but i just couldnt find it ;/ (more up2date
> docs needed maybe? ;D)
I've removed read.s from the C64 Makefile, so it exists but is not included in
the C64 library. The reason is that it does not behave like it should, so
people complained and I thought that it would be better to have no read() at
all, than a read() that doesn't work correctly.
> - i remember it was mentioned on the list before.....couldnt find it
> in the docs either ;/ i'd like the compiler to do ascii=>petscii
> conversion for strings/character constants.... how?
If you use the "-t platform" option, the compiler will do character set
translation.
> - just to make sure i got this right, the compiler DOES support
> struct-assignment, but passing structs to functions and/or returning
> them does NOT work - right?
Yes. Returning structs from functions and passing structs by value would
require larger changes to the compiler and is often not very useful (because
of the copying overhead). But adding struct assignment was rather easy and is
more useful than the other struct operations, so it was added.
> - does anyone recall any small benchmarks (written in C and with
> source ofcoz) which would be nice to have?
The compiler comes with the "sieve" benchmark in the samples directory. It is
of course written in a way that favours cc65. I hope this is legal :-)
Regards
Uz
--
Ullrich von Bassewitz uz_at_musoftware.de
----------------------------------------------------------------------
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-02-14 16:37:44 CET