summaryrefslogblamecommitdiff
path: root/FEATURE-WISHLIST.txt
blob: 77658ebc2cdd5b8ed82aff2fb0976a806a3a994e (plain) (tree)
1
2
3
4
5
6
7
8
9
10
11




                                               





                                            

                                                


                                             

                                              


















                                               
The versioning scheme for zP is a major-minor- 
patch scheme, where the major version is the 
"API" version and the minor is the "extension" 
version. Programs that 

This file lists potential and planned API-
breaks. These are meant to be released 
simultaneously to minimise the number of 
extraneous and unnecessary breaks.

When enough planned breaks are present, the 
features are implemented and the API version is 
incremented along with the extension and patch 
versions being reset.

Interfaces that are not public (those in the 
det, prv... namespaces) do NOT cause API-b
reaks, as their use outside of the library is 
both deprecated and causes UB (by our 
definition).



* Rename arch-macros to arc and impl to imp:
We usually use three-letter abbreviations, 
however, other lengths are not prohibited. 
Nevertheless, our coding style favours the 
closest to three letters. Arc is already an 
abbreviation for arch, so it doesn't seem too 
far-fetched. The same goes for imp, and nobody 
is (really) going to think we are dealing with 
small numina.

* Relicense project: 
I'll have to research this a bit, but I'm not 
sure if the MPL2 is permissive enough for my 
needs.