Bug#1058646: ITP: qbe -- Small embeddable C compiler backend

[Amin Bandali <bandali@debian.org>]

Hi Miguel,

On Thu, Feb 22, 2024 at 09:23:20PM +0000, Miguel Landaeta wrote:
> On Thu, Feb 22, 2024 at 02:19:21AM +0000, Amin Bandali wrote:
> > Hi Miguel,
> > 
> > I'm interested in helping with this.  Do you have the current state 
> > of your work available on Salsa or elsewhere that I could pull in
> > and work on?  Otherwise I'll just start with a repo under my own
> > account and we could later transfer it to the 'debian' group or
> > elsewhere.
> 
> Hi Amin, thanks for reaching out.
> 
> I'll push my repo tomorrow or during the weekend to salsa and
> update this thread with the link.
> 
> I started to work on this package a few weeks ago but I decided to
> wait for qbe 1.2 before uploading a package and I just noticed
> it finally happened this week so I was planning to resume my work
> on it.
> 
> I don't have time to work on it this weekend but I'll publish it
> in a few hours to unblock you and other folks interested in
> collaborating.

Sounds great, thanks in advance!

FWIW I was browsing Hare's website again earlier, and saw this bit
on https://harelang.org/installation:

  Step 0: Pre-requisites

    [...]
    QBE (the latest version on the git master branch, not the latest versioned release)

Though I think/hope that that's a remnant from earlier times before
Hare's first versioned release.  Hare's new release policy at
https://git.sr.ht/~sircmpwn/hare/tree/master/item/docs/release.md
is more reassuring:

  The Hare toolchain's chief dependency is qbe. Each Hare version
  is pinned to a specific qbe release, which is documented in the
  release notes corresponding to that Hare version.

So I'm hopeful that at this point and onwards, Hare would depend
on tagged release versions of qbe rather than git trunk commits.

> If you want, I can add you as co-maintainer.
> 
> Cheers,
> Miguel.

Sure, that would be great - many thanks. :-)

Best,
-amin