From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: border1.nntp.dca3.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!feeder.erje.net!eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Crash problem with GNAT in Fedora 18 Date: Tue, 20 Aug 2013 08:26:25 +0100 Organization: A noiseless patient Spider Message-ID: References: <1375896729.30906.2.camel@speedy.xn--rombobjrn-67a.se> <20130810175217.04eb4dc639e40f35e96be212@iki.fi> <1376298237.5037.16.camel@speedy.xn--rombobjrn-67a.se> <20130813172436.db43b249304b6d85edf123b7@iki.fi> <20130814151355.669a5e5d@hactar.xn--rombobjrn-67a.se> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx05.eternal-september.org; posting-host="ab63a21f76991e88ee5b3b5ea015b144"; logging-data="21177"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19ejbaHeAynsU2zhlH7099dq+8Ot5m7Waw=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin) Cancel-Lock: sha1:GwYXXAQpbUOveWeTmO91AdUTRlY= sha1:/4fQoSc2VhlcivWgP8zaWJsen/w= X-Original-Bytes: 1926 Xref: number.nntp.dca.giganews.com comp.lang.ada:183083 Date: 2013-08-20T08:26:25+01:00 List-Id: Tero Koskinen writes: > I installed Fedora 19/x86_64 inside virtual machine and tested there, > but got following error: > build_ahven.gpr:3:17: no languages defined for this project > build_ahven.gpr:10:30: warning: libraries are not supported on this platform > comfignat.gpr:29:18: no languages defined for this project > gprbuild: "build_ahven.gpr" processing failed I had problems like this when gprbuild was built by a different compiler from the one accessible on $PATH. I think you can overcome it by specifying --target using the target triplet for the compiler you intend to use (gcc -v reports this in the Target: line).