Releases: sociomantic-tsunami/makd
v3.0.1
v3.0.0: Drop support for D1, rename production to prod
This release comes with two breaking changes:
-
First, all D1 support and mentions have been removed,
as no project is known to still use D1. -
Second, for consistency, the
production
flavor has been
renamed toprod
, so it better mirrorsdev
.
Those wishing to still useproduction
can add it toVALID_FLAVORS
,
however the defaults that come withprod
will not be applied.
v2.2.1
v2.2.1
v2.1.4
v2.2.0
https://github.com/sociomantic-tsunami/makd/milestone/40
Features
Coverage support
Now MakD will handle compiling and running with code coverage if COV=1
is
used. This should be provided for both compiling and running tests. Please
refer to the documentation for more details.
Full support in only provided by the following DMD runtime versions (merging
coverage reports support is needed for this to work properly):
dmd1
: tangort v1.8.0+dmd-transitional
: v2.070.2.s15+ and v2.071.2.s4+dmd
: v2.078.0+
The package iteration can now be specified via PKGITERATION
Package versions consist of two components: the upstream version, and
the package iteration (corresponding to the debian_revision
where
deb packages are concerned).
Previously the package iteration was hardcoded to match the distro code
(e.g. xenial
), disallowing typical patterns referencing the packager
and changes to the packaging rather than the upstream project.
The new PKGITERATION
variable allows the package iteration to be set
to whatever is wanted, whether via Config.mak
or the command line.
It still defaults to the distro code, meaning nothing will change for
existing package definitions, but can now be customized where this is
appropriate (e.g. for packages of 3rd-party projects).
Note that if you want to include the distro code in a customized package
iteration, this will have to be included manually. For example,
PKGITERATION=3~"$(lsb_release -cs)"
will produce iterations such as
3~trusty
, 3~xenial
, etc. depending on the distro used to build the
package.
For some examples of how to set the package iteration, see the
Debian versioning policy
and the Ubuntu debian_revision
schema.
v2.2.0-rc.1
Features
Coverage support
Now MakD will handle compiling and running with code coverage if COV=1
is used. This should be provided for both compiling and running tests. Please refer to the documentation for more details.
Full support in only provided by the following DMD runtime versions (merging coverage reports support is needed for this to work properly):
dmd1
: tangort v1.8.0+dmd-transitional
: v2.070.2.s15+ and v2.071.2.s4+dmd
: v2.078.0+
The package iteration can now be specified via PKGITERATION
Package versions consist of two components: the upstream version, and the package iteration (corresponding to the debian_revision
where deb packages are concerned).
Previously the package iteration was hardcoded to match the distro code (e.g. xenial
), disallowing typical patterns referencing the packager and changes to the packaging rather than the upstream project.
The new PKGITERATION
variable allows the package iteration to be set to whatever is wanted, whether via Config.mak
or the command line. It still defaults to the distro code, meaning nothing will change for existing package definitions, but can now be customized where this is appropriate (e.g. for packages of 3rd-party projects).
Note that if you want to include the distro code in a customized package iteration, this will have to be included manually. For example, PKGITERATION=3~"$(lsb_release -cs)"
will produce iterations such as 3~trusty
, 3~xenial
, etc. depending on the distro used to build the package.
For some examples of how to set the package iteration, see the Debian versioning policy and the Ubuntu debian_revision
schema.
v2.1.3
v2.1.3
v2.0.4
v2.1.2
v2.1.2