blob: 77658ebc2cdd5b8ed82aff2fb0976a806a3a994e (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
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.
|
