Building ghdl fails if LLVM and Clang versions are not provided explicitly

[Calvin Fang]

After I install gdhl from Ubuntu command line, I check the version:

$ sudo apt-get install ghdl

$ ghdl --version
GHDL 0.37 (Ubuntu 0.37+dfsg-1ubuntu1) [Dunoon edition]
 Compiled with GNAT Version: 9.3.0
 mcode code generator
Written by Tristan Gingold.

The versio seems to be 0.37, but I believe there is newer version, as I saw there is at least version 3.0.0-dev from here:

https://github.com/stnolting/neorv32-verilog

Why apt-get cannot get the newer version?

Thanks for the help in advance.

Calvin

[Heinrich Schuchardt (xypron)]

ghdl is stuck in noble-proposed. Due to a dependency problem.

[Heinrich Schuchardt (xypron)]

3.0.0+dfsg2-1ubuntu1 is available in ppa:xypron/ghdl3.

armhf, riscv64, s390x are not supported and fail to build like the previous version.

[Ubuntu Foundations Team Bug Bot (crichton)]

The attachment "ghdl-3.0.0+dfsg2-1..3.0.0+dfsg2-1ubuntu1.debdiff" seems to be a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. If the attachment isn't a patch, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are member of the ~ubuntu-sponsors, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issue please contact him.]

[Vladimir Petko (vpa1977)]

Hi,

 Thank you!!! I've tested the fix and it works properly. Though we had a very similar fix earlier[1] so I was wondering if we could reuse it?
 I have linked a merge proposal, do you mind taking a look if it is ok?

Best Regards,
 Vladimir.

[1] https://launchpad.net/ubuntu/+source/ghdl/2.0.0+dfsg-6.2ubuntu1

[Andreas Hasenack (ahasenack)]

This has been in noble-proposed since October of last year[1]. If we fix that now, this will trigger a mini transition because of the soname change of libghdl. It looks like the only reverse-dependency is yosys-plugin-ghdl, which would need rebuilding. Do we even know if it rebuilds correctly?

Here is what I would feel more comfortable with as next steps:
- prepare a PPA, enable noble-proposed, and rebuild yosys-plugin-ghdl, making sure it uses ghdl 3 and that libghdl-3-0-0 shows up in its Depends line
- get a release team ACK for this, could be on IRC. If they ask for a formal FFe, then be it. Had this been uploaded recently to noble-proposed, I wouldn't mind, but it's been sitting there for many months now.

I might be being too cautious: another patch pilot might have a different opinion, specially since these packages are in universe.

1. https://launchpad.net/ubuntu/+source/ghdl/3.0.0+dfsg2-1

[Steve Langasek (vorlon)]

You are certainly more cautious than me :)

Bugfixes for packages in noble-proposed do not require feature freeze exceptions. And if the revdep doesn't rebuild ok, it can be removed from the archive or fixed as part of proposed-migration work.

Heinrich, please take care to forward this patch to Debian as well. (The 'submittodebian' script is useful for this provided you have a working local MTA.)

[Steve Langasek (vorlon)]

Oh, you already did forward to Debian. Thank you!

[Launchpad Janitor (janitor)]

This bug was fixed in the package ghdl - 4.0.0+dfsg-0ubuntu5

---------------
ghdl (4.0.0+dfsg-0ubuntu5) noble; urgency=medium

  * Mark the mcode and llvm backend tests as flaky.
    See https://github.com/ghdl/ghdl/issues/2642

 -- Matthias Klose <email address hidden> Tue, 09 Apr 2024 09:34:37 +0200