Arch Linux User Repository

I think I figured out the problem: the people here complaining about the "can't find a native toolchain for language 'ada'" error are building their packages on a dirty system that has a non-english locale. This causes the version output in gcc -v to change, which breaks the regex in gprconfig as deduced by @andbue.

I'll add a patch to gprconfig, but for the future: please build packages in a clean chroot, especially when reporting bugs to maintainers - everything else is just a waste of everyone's time.

can't find a native toolchain for language 'ada' – can be solved by replacing "gcc -v" with "gcc --version" in /usr/share/cprconfig/compilers.xml. I've just opened an issue in https://github.com/AdaCore/gprconfig_kb/issues/10 as well.

@NJ4BIEXXQk, @xiretza

Unfortunately I can confirm that this error still exist. gprconfig can't find a native toolchain. Still happens with git and repo version.

I can confirm that i get the same error for gprbuild-bootstrap 2020-2

Sorry, can't reproduce in a clean chroot with gcc-ada-10.1.0-2 and gprbuild-bootstrap-2020-2. It's always possible that AdaCore -git packages are incompatible with the latest release versions of other packages, but if the same happens with gprbuild-bootstrap, I have no idea.

@xiretza gcc-ada 10.1.0-2 gprbuild-bootstrap-git r3595.e7f7c8d5-1

I tried both available options for gprbuild-bootstrap and currently have the git version installed

@NJ4BIEXXQk: pacman -Q gcc-ada gprbuild-bootstrap

Hi, I get

Tgprbuild -j0 -m -R -p -XLIBRARY_TYPE=static -XBUILD=Production -XPROCESSORS=0 xmlada.gpr -cargs -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -largs -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now
gprconfig: can't find a native toolchain for language 'ada'
gprconfig: can't find a native toolchain for language 'ada'
Setup
   [mkdir]        object directory for project XmlAda_Sax
   [mkdir]        library directory for project XmlAda_Sax
   [mkdir]        object directory for project XmlAda_Schema
xmlada_schema.gpr:31:25: warning: libraries are not supported on this platform
xmlada_sax.gpr:30:25: warning: libraries are not supported on this platform
xmlada_unicode.gpr:28:25: warning: libraries are not supported on this platform
xmlada_input.gpr:29:25: warning: libraries are not supported on this platform
xmlada_dom.gpr:30:25: warning: libraries are not supported on this platform
xmlada_dom.gpr:28:09: no compiler for language "Ada", cannot compile "dom-readers.adb"
gprbuild: *** compilation phase failed
make: *** [Makefile:68: static] Fehler 4 

gprconfig -h returns

-db-    : Do not load the standard knowledge base from:
   /usr/share/gprconfig

Is this related to the previous problems? I would really appreciate any help

I've made a start on the 2019 packages. They should be ready by the end of the weekend.

gcc-ada 9.1.0 is out. Could you please update the dependencies?

@Pjboughner,

As you suggest, "Do not load the standard knowledge base from: /share/gprconfig" appears to be the problem. 'gprbuild' is looking in the wrong place for its config.

Atm, I'm not sure why it is looking in '/share', rather than '/usr/share' (as on my box), for 'gprconfig'.

As a temporary workaround, you might try

$ sudo ln -s /usr/share /share

Btw, the next release of the libre GPL packages should be within a few weeks, so the workaround should only be temporary.

thanks again!

gprconfig -h returns

--version Display version and exit --help Display usage and exit

--target=target (x86_64-pc-linux-gnu by default) Select specified target or "all" for any target. --show-targets : List all compiler targets available. --mi-show-compilers : List all compilers available in a parser-friendly way. --batch : batch mode, no interactive compiler selection. -v : verbose mode. -q : quiet output. -o file : Name and directory of the output file. default is default.cgpr --db dir : Parse dir as an additional knowledge base. --db- : Do not load the standard knowledge base from: /share/gprconfig --validate : Validate the contents of the knowledge base before loading. --config=language[,version[,runtime[,path[,name]]]] Preselect a compiler. Name is either one of the names of the blocks in the knowledge base ('GCC', 'GCC-28',...) or the base name of an executable ('gcc', 'gnatmake'). An empty string can be specified for any of the optional parameters The known compilers are:

there is a usr/share/gprconfig folder (with files) gprbuild-bootstrap installs xmlada won't build

I think I got -git's to build once, but gnat-gps replaced them all

Reading through grpconfig -h it does appear that the knowledge db it's looking for is in the wrong place (or it's looking in the wrong place for Arch maybe)

@Pjboughner,

It appears to be a similar problem to flintatarta's. Can you show the output of

$ gprconfig -h

Also, is there a /usr/share/gprconfig folder on your sytem ?

GPS (or libadalang, rather) requires a specific version of 'quex', hence the need for quex-for-libadalang.

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)

Hope this helps.

I'm probably missing something important, but... I can install gprbuild-bootstrap. If I just install gnat-gps it uninstalls gprbuild-bootstrap and fails to build xmlada with the same error. Is the same problem @flintatarta reported?

The choice for gnat-gps build is quex-for-libadalang or just quex. They both fail for libgpr>=2018 and libgpr failsfor xmlada. Seems like some kind of circular dependency.

@charlie5, OK, I will go did there for a while. Thanks

@Pjboughner,

I can't repeat the problem. It looks like gprbuild has not been installed properly.

Can't get past this

gprbuild -j0 -m -R -p -XLIBRARY_TYPE=static -XBUILD=Production -XPROCESSORS=0 xmlada.gpr -cargs -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -largs -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now No valid configuration found Generation of configuration files failed GNAT-TEMP-000001.TMP:1:01: "project" expected gprbuild: processing of configuration project "/tmp/GNAT-TEMP-000001.TMP" failed make: *** [Makefile:68: static] Error 4

What's going on with this "2018 update"? This conflicts AND provides with itself (???), and as far as pacman is concerned "18" < "2017".

I too had problems in building the package, but solved them. I am writing my experience for future help.

makepkg was stopping with "No valid configuration found." It turned out that the default knowledge base of gprconfig was not correctly installed. More precisely, gprconfig (built, I guess, with gprbuild-bootstrap) was searching the knowledge base in /share/gprbuild, but no /share directory was on my system.

In order to solve the problem I created the /share directory with

sudo mkdir /share

successively I copied the directory gprbuild in

src/gprbuild-gpl-2017-src/share/

(relative to the directory with the PKGBUILD file) in /share with

sudo cp -r src/gprbuild-gpl-2017-src/share/gprbuild /share

The commands above, of course, need to be given as root (therefore, the "sudo").