summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorEmil Velikov <emil.velikov@collabora.com>2016-07-04 15:23:50 +0100
committerPekka Paalanen <pekka.paalanen@collabora.co.uk>2016-07-05 18:00:31 +0300
commit2d01e9138e2f2de103052071fd1dddeb53715deb (patch)
treeea10e2c69121036e3270fa74160c24910cde4539 /README
parent99ac6232fa1189debce10ace04c46f4304a92be7 (diff)
README: minor the libweston ABI/API documentation
v2: Elaborate what is meant with "major ABI versions" (Pekka). Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Reviewed-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk> (v1)
Diffstat (limited to 'README')
-rw-r--r--README25
1 files changed, 13 insertions, 12 deletions
diff --git a/README b/README
index 1265ad19..126df4d2 100644
--- a/README
+++ b/README
@@ -41,25 +41,25 @@ continue evolving through many Weston releases before it achieves a
stable API and feature completeness.
-API (in)stability and parallel installability
----------------------------------------------
+API/ABI (in)stability and parallel installability
+-------------------------------------------------
As libweston's API surface is huge, it is impossible to get it right
-in one go. Therefore developers reserve the right to break the API
+in one go. Therefore developers reserve the right to break the API/ABI
between every 1.x.0 Weston release (minor version bumps), just like
Weston's plugin API does. For git snapshots of the master branch, the
-API can break any time without warning or version bump.
+API/ABI can break any time without warning or version bump.
Libweston API or ABI will not be broken between Weston's stable
releases 1.x.0 and 1.x.y, where y < 90.
-To make things tolerable for libweston users despite ABI breakages,
+To make things tolerable for libweston users despite API/ABI breakages,
libweston is designed to be perfectly parallel-installable. An
-ABI-version is defined for libweston, and it is bumped for releases as
-needed. Different ABI-versions of libweston can be installed in
-parallel, so that external projects can easily depend on a particular
-ABI-version, and they do not have to fight over which ABI-version is
-installed in a user's system. This allows a user to install many
+API/ABI-version is defined for libweston, and it is bumped for releases as
+needed. Different non-backward compatible ABI versions of libweston can be
+installed in parallel, so that external projects can easily depend on a
+particular ABI-version. Thus they do not have to fight over which ABI-version
+is installed in a user's system. This allows a user to install many
different compositors each requiring a different libweston ABI-version
without tricks or conflicts.
@@ -161,8 +161,9 @@ would be roughly like this:
- and possibly more...
-Everything should be parallel-installable across libweston
-ABI-versions, except those explicitly mentioned.
+Everything should be parallel-installable across libweston major
+ABI-versions (libweston-1.so, libweston-2.so, etc.), except those
+explicitly mentioned.
Weston's build may not sanely allow this yet, but this is the
intention.