Search Criteria
Package Details: xmlada 1:22.0.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/xmlada.git (read-only, click to copy) |
---|---|
Package Base: | xmlada |
Description: | An XML parser for Ada95 |
Upstream URL: | https://github.com/AdaCore/xmlada/ |
Licenses: | custom, GPL3 |
Conflicts: | xmlada-git |
Submitter: | None |
Maintainer: | charlie5 (xiretza) |
Last Packager: | xiretza |
Votes: | 19 |
Popularity: | 0.000001 |
First Submitted: | 2010-02-02 16:26 (UTC) |
Last Updated: | 2022-05-15 07:18 (UTC) |
Dependencies (2)
Required by (9)
- gprbuild
- gprbuild (make)
- gprbuild-git
- gprbuild-git (make)
- libgpr
- libgpr (make)
- libgpr-git (make)
- libgpr-git
- polyorb
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 https://github.com/AdaCore/gprconfig_kb/issues/10 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
andgprbuild-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 withgprbuild-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
gprconfig -h returns
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)
@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.
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)
@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.
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)
@Pjboughner,
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
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").
Jiehong commented on 2017-10-21 14:39 (UTC)
juanfra commented on 2017-09-09 08:19 (UTC)
nocko commented on 2016-06-30 12:52 (UTC)
charlie5 commented on 2015-11-19 23:31 (UTC)
Dettorer commented on 2015-11-19 15:33 (UTC)
skroll commented on 2014-07-22 15:37 (UTC)
luolimao commented on 2013-12-17 17:52 (UTC)
jprocee commented on 2013-12-14 16:10 (UTC)