[build2] build2 0.12.0 released
mkrupcale at matthewkrupcale.com
Fri Nov 22 19:31:39 UTC 2019
On Fri, Nov 22, 2019 at 1:57 AM Boris Kolpackov <boris at codesynthesis.com> wrote:
> Well said. We should have you writing the release notes ;-)
Heh, perhaps the features should speak for themselves, and people can
make their own conclusions, but those are the ones to which I came.
> Great, and, again, thanks for doing this, much appreciated.
No problem, although I kind of have the easy job here lol. Updates are
pending for F30 and F31 now[1,2].
I've also considered making an EPEL 8 branch for RHEL/CentOS 8, but
there are more strict policies on updates in EPEL (i.e. no ABI
breakages unless necessary). This will also be important on Fedora if
any projects start using the build2 libraries (libbutl, libbuild2,
libbpkg). So I wonder if you think build2 libraries are approaching a
point of stabilized/backward-compatible API/ABI such that we can use
platform-specific versioning (i.e. SONAME) on Linux. Alternatively,
symbol-versioning might allow for some additional flexibility at the
cost of some additional maintenance.
Another thing I've been thinking about is packaging build2 as a
freedesktop.org Flatpak SDK runtime extension so that build2 can be
used in Flatpak. One reason for this is GNOME Builder is an IDE which
is able to use Flatpak, and I was considering working on a build2
plugin for it.
Speaking of IDEs, it might be useful to have a formal grammar
definition for buildfile and manifest files to make it easier to
define grammars for syntax highlighting. I saw the thread for Sublime
Text, which is a good step in this direction, but a formal EBNF
grammar might be helpful for producing the grammars for e.g. Emacs and
GtkSourceView. It also might be useful for working on the build2
> I've committed a fix similar to yours:
Okay, I've taken this patch instead, and it works just as well with RPM.
More information about the users