Arch Linux User Repository

hi @wvxvw

Apologies for these problems.

Can you please try the following ...

$ pamac build gprbuild-bootstrap
$ pamac build xmlada
$ pamac build gprbuild gprbuild-toolbox

I've also redirected the doc build output to a log file.

Also, the Ada packages are now available in an unofficial Arch repository.

https://wiki.archlinux.org/title/Unofficial_user_repositories

Thanks for reporting.

Regards.

This package is available in the Arch Ada Repository.

https://wiki.archlinux.org/title/Unofficial_user_repositories

hi @S-Cesc

This is due to Arch updating GCC from version 15 to version 16. 'libgnarl' is the Ada runtime and so used by every Ada package. The situation occurs on every major GCC update.

To remedy, rebuild/install gprbuild-bootstrap, then xmlada and then gprbuild. Then update the remaining Ada packages with 'yay -Syu'. So ...

$ yay -S gprbuild-bootstrap
$ yay -S xmlada
$ yay -S gprbuild
$ yay -Syu

This should update most Ada packages. If you use an Ada package which has not been updated by 'yay -Syu', simply rebuild/install it.

Regards.

gprbuild update failed (at June 2026)

gprbuild: error while loading shared libraries: libgnarl-15.so: cannot open shared object file: No such file or directory

Maybe it'd work using gprbuild-bootstrap, but it'll broke dependencies.

So, the full gnat lot failed (adasat, gnatcoll, gprbuild-toolbox, gprname...) The same error on everyone:

error while loading shared libraries: libgnarl-15.so: cannot open shared object file: No such file or directory

@gr1mpatr0n

Any official source for "It's not ever valid to have a self-referential dependency like this."

Isn't it basically the same as, for example, the official gcc-ada package, which (make-)depends on gcc-ada? And if your AUR helper (unsupported in any case, whichever it is) can't build it, just use makepkg (edit: to build it in the order mentioned in the pinned comment).

hi @gr1mpatr0n

$ yay -S alire

... builds and installs for me.

https://gist.github.com/charlie5/4c828bc3c1dbda5051d65b935e1a73cf

Hi @charlie5.

It's not ever valid to have a self-referential dependency like this. While it may work with your AUR helper, it will not work with all.

With this setup, it is currently impossible to install Alire with Yay, because dependency resolution fails, even with the tweak in the pinned comment to get GPRBuild itself to install.

P.S. Thanks for maintaining the Ada packages - I just wish I could install Alire :-)

hi @OpenSauce

Gprbuild does indeed depend on itself. That is why the gprbuild-bootstrap package exists.

Please build in this order ...

gprbuild-bootstrap xmlada gprbuild

... as mentioned in the 1st pinned comment.

Regards

Attempting to install this package with Yay results in failure because it thinks that gprbuild depends on itself.

Hi @folkertk1

I was unaware of the new debug packages. I've updated the package as you suggest. Thanks for the heads-up and the required fix.

Cheers.

Hi,

When installing using debug builds enabled in makepkg.conf (the default since This commit was merged) gprbuild fails since gprbuild-bootstrap-debug conflicts with gprbuild-debug.

Adding gprbuild-bootstrap-debug to the conflicts array in package_gprbuild, package_gprname, and package_gprtools, will fix the issue.

Regards.