Package Details: gprbuild 2020-4

Git Clone URL: (read-only, click to copy)
Package Base: gprbuild
Description: Builder for multi-language systems
Upstream URL:
Licenses: GPL3
Conflicts: gprbuild-bootstrap
Provides: gprbuild-bootstrap
Submitter: None
Maintainer: charlie5 (xiretza)
Last Packager: xiretza
Votes: 23
Popularity: 0.95
First Submitted: 2010-02-03 13:25
Last Updated: 2020-05-21 18:39

Required by (33)

Sources (3)

Latest Comments

1 2 3 4 Next › Last »

chmp commented on 2020-01-30 07:02

Hi, Looks like the package would need to be updated: curl: (6) Could not resolve host:

That's a showstopper at the moment.

Armag67 commented on 2019-06-29 01:20

The solution was in this comment of charlie5 from may 2019:

There is a circular dependency. 'gprbuild' depends on 'libgpr', which depends on 'xmlada', which depends on 'gprbuild'. The circularity is broken by introducing 'gprbuild-bootstrap'. The normal build order should be: gprbuild-bootstrap xmlada libgpr gprbuild (which should replace gprbuild-bootstrap)

I have uninstalled gnat-gps and all his related packages installed in this order: gprbuild-bootstrap xmlada libgpr gprbuild before gnat-gps

Armag67 commented on 2019-06-22 22:37

Hello charlie5,

I have the following error when building this package at today updates of: gnatcoll-core, gnatcoll-iconv, gnatcoll-python, gnatcoll-readline, gprbuild, gtkada, libadalang, libgpr & xmlada packages related to my gnat-gps instal:

==> Lancement de package()…
exe/production/gprinstall -p -f --target=x86_64-pc-linux-gnu  --prefix=/var/tmp/pamac-build-h2/gprbuild/pkg/gprbuild/usr -XBUILD=production --mode=usage --install-name=gprbuild \
    -XINSTALL_MODE=nointernal gprbuild.gpr
exe/production/gprinstall: symbol lookup error: exe/production/gprinstall: undefined symbol: gpr_build_util__add_gpr_tool_external
make: *** [Makefile:132: install] Error 127
==> ERREUR : Une erreur s’est produite dans package().
Could it by related with this warning?
Avertissement : cycle de dépendances détecté :
Avertissement : gprbuild sera installé avant sa dépendance libgpr

Thank's to take a look.

Edit: Now, sunday morning with all the 16 packages update related to gnat-gps, same error at buid of gprbuild.

charlie5 commented on 2018-09-09 08:56

@gbabin Thanks for the tips, I will follow them up.

Having pkgname in the conflicts array seemed weird to me also. I was using some of the git versions as templates and that was done there.

And thank you for your 'thank you' :). I am (obviously) still a novice in PKGBUILD-foo and some of the the Ada package builds are a bit tricky :).

gbabin commented on 2018-09-09 08:39

@charlie5 you are correct

I had to build xmlada then libgpr then gprbuild.

You should change the dependency to depends=('libgpr>=2018'), then that would be automatic. The issue is the same for all gnatcoll/gpr/gps 2018 packages.

Also, do not add pkgname to the provides array, as it is done automatically.

Finally, it seems very weird to have the pkgname in the conflicts array.

Thank you for all the Ada-related packages !

charlie5 commented on 2018-09-09 08:05

hi gbabin ... can you try rebuilding and reinstalling xmlada.

gbabin commented on 2018-09-07 19:36

I have the following error when building this package:

==> Starting build()...
gprbuild -p -m   -j4 -XBUILD=production -R gprbuild.gpr -XLIBRARY_TYPE=relocatable -XXMLADA_BUILD=relocatable -cargs -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -largs -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
   [mkdir]        object directory for project GPR
   [mkdir]        library directory for project GPR
   [mkdir]        object directory for project Gprbuild
   [mkdir]        exec directory for project Gprbuild
   [Ada]          gprconfig-main.adb
   [Ada]          gprls.adb
Build Libraries
   [gprlib]       gpr.lexch
   [link library]
   [gprbind]      gprconfig-main.bexch
   [Ada]          gprconfig-main.ali
   [gprbind]      gprbuild-main.bexch
   [gprbind]      gprclean-main.bexch
   [Ada]          gprbuild-main.ali
   [Ada]          gprclean-main.ali
   [gprbind]      gprinstall-main.bexch
   [Ada]          gprinstall-main.ali
error: "" and "gprconfig-main.adb" compiled with different GNAT versions             +
error: "dom-core.adb" and "gprconfig-main.adb" compiled with different GNAT versions        + many similar errors
error: "" and "gprconfig-main.adb" compiled with different GNAT versions             +
error: "" and "gprconfig-main.adb" compiled with different GNAT versions   +
gprbind: invocation of gnatbind failed
error: "sax-state_machines.adb" must be compiled                                                     + many similar errors
error: ("/usr/lib/xmlada/xmlada_sax.relocatable/sax-state_machines.ali" is obsolete and read-only)   +
gprbind: invocation of gnatbind failed
   binding of gprconfig-main.adb failed
   binding of gprclean-main.adb failed
   binding of gprbuild-main.adb failed
   binding of gprinstall-main.adb failed
gprbuild: *** post compilation phase failed
make: *** [Makefile:103: build] Error 4

charlie5 commented on 2016-06-06 00:15

The obsolete 'Makefile.archy' file has been removed, along with all references to it. Should build ok now.

ids1024 commented on 2016-06-05 16:37

Makefile.archy needs to be added to the src array in the PKGBUILD.

charlie5 commented on 2016-06-01 09:32


Apologies for the delay. I've been waiting for GNAT GPL16 to emerge before tackling the archy Ada updates. (Also been a bit flat out.)

"... a malicious user can dump a gcc or clang script in some bin
directory prepended to PATH and gprbuild will blindly use it."

I didn't know of this problem. Thanks for pointing it out.

"... they're going to add a standalone static gprbuild binary
which should help bootstrapping in the 2016 release."

This they have done. You're 'whining' has done some good ! ... :) . Yes, it should help simplify things considerably.

"... my approach is to build gprbuild using the static gprbuild, which also builds xmlada ..."

I will try to do the same.

"... they've at least added checksums for their over-http downloads."

Again, this they have done :) .

Sincere thanks for your comments (and successful efforts to improve the Ada ecosystem). My impression is that AdaCore is largely resistant to outside influences, so your efforts are doubly appreciated.