Ullrich von Bassewitz wrote: > On Thu, Feb 18, 2010 at 08:43:21PM -0500, Greg King wrote: > >>> Typing .segment "EXTZP" >>> instead of .zeropage >>> >>> when interfacing with C code won't kill anyone. Or, will it? :-) >>> > [...] > >> But, it would be more convenient. We would be able to use the >> zero-page -- or, not to use the zero-page, whichever choice we happenned >> to want at any particular time -- without needing to edit a >> configuration file that didn't have an extra zero-page segment for our >> use. Also, _some_ of us ;-) >> would forget what that extra segment's name's exact spelling is, if we >> hadn't used it for awhile. We would need to go way over to the .cfg >> file, in order to find out what to type. I doubt that anyone could >> forget how to spell ".zeropage"! >> > > It has been this way, since the binutils for cc65 have been rewritten from > scratch, which is more than ten years now. In all these years, no one had a > problem. Changing this behaviour will not only fix a problem that didn't exist > until my post to the list, it will also break most code written in the last > ten years. > > Regards > > > Uz > > > The use of zeropage is really completely irrelevant to C-programming. If you have enough knowledge to optimize bus cycles we can expect you to be able to use the .cfg files. At least in Lynx programming it is essential to understand segments in order to put a cart together. But using zeropage is not necessary at all. It is just a way to speed up some minor part of the code. Now when I look back at my programming for the last years I have not used zeropage to anything at all. So my view is that the average C programmer does not care if it is .zeropage or .segment "EXTZP" as he will not use it. And cc65 is a C-compiler. Right? -- Regards, Karri ---------------------------------------------------------------------- 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 Feb 19 14:05:19 2010
This archive was generated by hypermail 2.1.8 : 2010-02-19 14:05:22 CET