Package Details: xmlada 1:22.0.0-2

Git Clone URL: (read-only, click to copy)
Package Base: xmlada
Description: An XML parser for Ada95
Upstream URL:
Licenses: custom, GPL3
Conflicts: xmlada-git
Submitter: None
Maintainer: charlie5 (xiretza)
Last Packager: xiretza
Votes: 19
Popularity: 0.000000
First Submitted: 2010-02-02 16:26 (UTC)
Last Updated: 2022-05-15 07:18 (UTC)

Latest Comments

xiretza commented on 2021-12-04 18:44 (UTC)

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.

andbue commented on 2021-12-03 17:27 (UTC)

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 as well.

j0b314 commented on 2021-10-28 09:57 (UTC)

@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.

NJ4BIEXXQk commented on 2020-05-29 10:31 (UTC)

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

xiretza commented on 2020-05-29 10:19 (UTC)

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.

NJ4BIEXXQk commented on 2020-05-29 10:00 (UTC)

@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

xiretza commented on 2020-05-29 09:54 (UTC)

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

NJ4BIEXXQk commented on 2020-05-29 09:45 (UTC)

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'
   [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:

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

charlie5 commented on 2019-06-21 06:22 (UTC) (edited on 2019-06-21 06:22 (UTC) by charlie5)

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

gbabin commented on 2019-06-18 20:25 (UTC)

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

charlie5 commented on 2019-05-12 14:31 (UTC) (edited on 2019-05-12 14:33 (UTC) by charlie5)


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.

MonkeyWrench commented on 2019-05-12 12:25 (UTC)

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)

charlie5 commented on 2019-05-11 05:06 (UTC)


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.

MonkeyWrench commented on 2019-05-11 03:49 (UTC)

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.

MonkeyWrench commented on 2019-05-10 02:23 (UTC)

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

charlie5 commented on 2019-05-04 05:21 (UTC)


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

MonkeyWrench commented on 2019-04-26 04:32 (UTC)

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

Alad commented on 2018-09-07 10:53 (UTC)

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

fintatarta commented on 2017-12-24 14:21 (UTC)

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


(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").

Jiehong commented on 2017-10-21 14:39 (UTC)

This is not building properly, and it ends up with the following error: raised ADA.IO_EXCEPTIONS.END_ERROR : a-tigeli.adb:96 make: *** [Makefile:120: install-static-pic] Error 1

juanfra commented on 2017-09-09 08:19 (UTC)

I can't build the package. configure gets stuck at: "checking whether gnat can build shared libs..."

nocko commented on 2016-06-30 12:52 (UTC)

Doesn't build against gnat>=5 due to changes in libgnat naming. Work around is in the upstream bug report:

charlie5 commented on 2015-11-19 23:31 (UTC)

Upstream URL should be ok now. Thanks for reporting.

Dettorer commented on 2015-11-19 15:33 (UTC)

The upstream package seems to be unavailable: curl: (22) The requested URL returned error: 404 Not Found

skroll commented on 2014-07-22 15:37 (UTC)

I was able to build this just fine with version 4.9.0-5 of gcc-ada, but I had to modify the PKGBUILD to prevent it from stripping static libraries. I just added options=('staticlibs') to the PKGBUILD and it was fine.

luolimao commented on 2013-12-17 17:52 (UTC)

Yeah, I get the same error.

jprocee commented on 2013-12-14 16:10 (UTC)

The package seems broken