> > - Automatically change JRs into JPs when overflow.
> Nope.
> Jon,Wouter and I had that discussion already a long time ago.
> It is indeed I nice option, and a higher language compiler should do so,
> but here you are already at the lowest level of programming. You can't
> get any closer to the CPU (in human readable form that is)
Well, I just don't understand this philosophic reasoning about high
levels and low levels. I just know that I'm tired of compiling a long
source and get 34 errors, all of them being "Overflow" from a JR, and to
have to change all manually to JPs before compiling again. And you don't
want to add the option of doing it automatically... because you think it
is "too high level"?? Well, then you should supress also macros, labels
and compiler directives, right?
> Automating this would take away the 'full control' the programmers
> probably wants at this stage. Also it would make it way more difficult
> to write self-modifying code.
You are right, because of this I proposed you to add it as an OPTION.
That is, you use it only if you want. Just like the source autoindent,
for example.
> If a block of code is to long for a JR then perhaps you want to
> rearrange other parts of he code as well (the 256 byte ranges speed u on
> the TurboR spring to mind.)
But sometimes it is not needed to worry so much about program structure,
and to just change JRs into JPs iw enough.
> > - Automatically change JPs into JRs when possible.
> Besides JR are slower then JP so demo coders will not like it.And again
> a self modifying code who changes JR is much more complicated then the
> JP variant.
And again: add it as an OPTION!! 8-)
***** XVIII MSX USERS MEETING IN BARCELONA: DECEMBER 9th 2000 *****
----------------------------------------------------------------------------
Konami Man - AKA Nestor Soriano (^ ^)v - Itsumo MSX user
New web address: http://konamiman.msx.tni.nl & http2//nestor.msx
[EMAIL PROTECTED] ICQ#: 18281450
Bill Gates should pay 1$ every time Windows fails everywhere in the world
----------------------------------------------------------------------------
****
Problems? contact [EMAIL PROTECTED] See also http://www.faq.msxnet.org/
****
