hi,
since i have seen a few references to pike version 7.10 i'd like to discuss the current versioning scheme.
i'd like to suggest that the next version is numbered as pike 8.
the main reason for that is that if we continue with 7.10, 7.12, etc, we will NEVER reach a state where the changes are large enough to get to pike 8 because after 7.10 and further switching to 8 will create expectations where pike 8 would be significantly different from pike 7.
in other words: 7.8, 7.10 then will be our major versions, and the 7 in front would become rather meaningless.
a succession like 7.6, 7.8, 8.0 seems natural and won't surprise anyone. ie: no one will expect a huge set of changes there.
on the other hand the changes from 7.6 to 7.8 seem quite significant (syntax additions like getters and setters, etc) already, that i even think it may be waranted to go directly from 7.6 to 8.
in any case however, we should never go to 7.10.
greetings, martin.
the main reason for that is that if we continue with 7.10, 7.12, etc, we will NEVER reach a state where the changes are large enough to get to pike 8 because after 7.10 and further switching to 8 will create expectations where pike 8 would be significantly different from pike 7.
We have a new compiler in development and we have other things like stable ABI that would warrent a large step forward. We also have some large scale plans for what to do with strings vs. byte sequences and we have the ongoing process of swapping out static and use protected instead. All of this together would probably warrent a step from 7.8 to 8.0 (through the 7.9 development branch).
I do not agree that we should never go to 7.10. I just don't see that as likely.
pike-devel@lists.lysator.liu.se