From: Helmut B. <hel...@gm...> - 2008-07-29 13:30:47
|
Emmanuel Stapf [ES] wrote: >> E.g. >> >> - removing the "is" keyword >> > > This is actually something we are doing with Eric, but only on a class per class > basis when we do are review. For example BOOLEAN_REF is done. We just need to do > more. In a few days, I hope, we will integrate the new version of STRING with the > immutable aspect and this won't have any `is' keyword. > Since it is only editorial work, it can be done faster by distributing the work on more shoulders. I would volonteer to cleanup some classes. If you don't want to give me writing access to your svn, I could send the cleanedup classes to you or Eric and you can do the checkin (convincing yourself via diff that nothing else has been changed). By the way: What kind of immutable aspect of STRING are you going to implement? It would be nice to read something about it before finding it as a fact in ELKS. Don't forget: STRING belongs to the inner kernel of Eiffel so I would really appreciate some discussion or at least explanation of the matter. > >> - switching from "prefix/infix" to alias notation. >> > > This is a breaking change and Eric and I have been discussing a transition scheme > which requires a compiler change before this can be done. > Why does this break code? I can imagine 2 cases: 1. A class inherits from INTEGER or REAL and redefines (or renames, etc) infix "+". 2. A class inherits from INTEGER etc. and in the inherited class you get naming conflicts with e.g. the feature plus (since in ECMA Eiffel every feature must have a normal name beside the alias). Both cases should be very rare. If you announce and explain the change, I don't think you will annoy your users. Regards Helmut http://www.sourceforge.net/projects/tecomp http://tecomp.sourceforge.net |