Language change and code breaks

Nick Efford nde at comp.leeds.ac.uk
Tue Jul 17 09:06:58 EDT 2001


On Mon, 16 Jul 2001 10:48:42 -0600,
Bjorn Pettersen <BPettersen at NAREX.com> wrote:

> Getting Python accepted in an organization as a viable alternative to
> Perl requires a lot of hard work. Once you've got a foothold it seems
> stupid to shoot yourself in the foot by introducing random
> incompatibilities that may or may not provide better traction for
> non-users (not to mention the hackish solutions to long division that
> would be introduced).

IIRC, aren't Perl-ers contemplating incompatibilities of
a similar degree for Perl 6? (albeit with some kind of
automated Perl 5 --> 6 conversion tool provided to ease
the transition...)

> I'm not against making this change per se, however, I think it should be
> in the context of an overhaul of the entire numerical system, and it
> definitely deserves a 3.0 labelling since that would indicate that there
> are incompatible changes involved with upgrading.

Yes - I also like the idea of using a 3.0 version number
to signal the importance of these changes.


Nick




More information about the Python-list mailing list