Evaluation of variables in 50g

[rprosperi]

(05-27-2014 09:02 PM)Claudio L. Wrote:  If they can break code on a product they just released (not even 1 year old), then we shouldn't worry too much about breaking code compatibility.

Claudio

I think the key issue here is that there are many 10's of thousands of 50g RPL programs in use in many, many disciplines and (I assume) you're hoping to get as many of those folks to use newRPL as possible; absolute (or as close as is feasible) compatibility is by far the best feature to achieve that goal.

The Prime, as you say less than a year old, has (IMHO) FAR fewer programs in actual use, so the impact is dramatically smaller; also it being new, changes and improvements are expected (or should be) and it's quite likely the early adopters making Prime applications are following these changes and adapting their apps to accomodate.

Don't misunderstand me, I totally see your point and agree with your core issue, but I think you're comparison isn't aplicable between newRPL and Prime.

In any case I am looking forward to trying out newRPL when ready, however you choose to go with key decisions (like the EVAL issue discussed herein).

Is any level of SysRPL (e.g not including any assembler) likely to be supported? Things like CST custom menus go a long way with a little bit of SysRPL support.

Thanks