DMD Release Update
Richard (Rikki) Andrew Cattermole
richard at cattermole.co.nz
Sat Nov 30 08:07:56 UTC 2024
On 30/11/2024 5:01 AM, Mike Parker wrote:
> I've finally got some news for you on the state of the next compiler
> release.
>
> Unfortunately, Iain Buclaw will be unavailable until sometime in January
> at the earliest. We look forward to his return.
Indeed!
> In the meantime, he's provided us with some notes on the release
> process. Nicholas Wilson has volunteered to look into it and see if he
> can make it happen. It's a complicated process that only Iain knows
> inside and out, but hopefully we'll be able to get a release out in the
> near future.
>
> Regardless, we'll make it a priority when Iain returns to revamp the
> process such that any one of us can push out a new release. Then we can
> avoid a repeat of this situation.
I've been looking into it as well, what I've found is that the nightlies
are more or less the same as a full release minus say the version string
and code signing (which we don't do anyway).
From the building perspective it shouldn't be too difficult to trigger
for all platforms except for FreeBSD which GH runners don't support.
What I've been experimenting with is the merging of branches via PR with
automatic creation.
https://github.com/rikkimax/experiment-gh-flow
The existing GH action I am using does have a bug and really isn't
designed for our workflow of master/stable branches.
Apart from FreeBSD we should be able to replicate it using just bash,
uploading of artifacts ext. should be non-issues.
My general suspicion is that long term we need our own Linux/Windows +
OSX runner. If we have this we can also handle code signing with a
hardware key (which is required these days).
More information about the Digitalmars-d-announce
mailing list