From mboxrd@z Thu Jan 1 00:00:00 1970 Path: eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Rod Kay Newsgroups: comp.lang.ada Subject: Re: GNAT Community 2021 and PolyORB: Can't find source for a-sttebu.ali Date: Mon, 23 Oct 2023 20:06:49 +1100 Organization: A noiseless patient Spider Message-ID: References: <2cc86fa0-b557-4a2e-b3f6-a1468f6d82ban@googlegroups.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 23 Oct 2023 09:05:30 -0000 (UTC) Injection-Info: dont-email.me; posting-host="81a0260e30335078ccc56d3ec0653d8e"; logging-data="3195724"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/ygWHPg2hqa3j9Ld1YBzIxjbNkhM0pt48=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:QbxHKjk8+MYnJXaCr2ngzkmfRBY= In-Reply-To: <2cc86fa0-b557-4a2e-b3f6-a1468f6d82ban@googlegroups.com> Content-Language: en-US Xref: news.eternal-september.org comp.lang.ada:65805 List-Id: On 7/11/21 21:41, Frank Jørgen Jørgensen wrote: > > When I compile the bank application in the PolyORB or my own DSA application I get an error referring to a-sttebu.ali which I suspect is something new in GNAT 2021 to handle the improved 'Img functionality in Ada 202X. > I encountered the exact same problem today, except on arch linux, rather than windows. After much stabbing in the dark, the chase for several wild gueese, playing option roulette and moving files around, I found this 'workaround' ... In the folder from which po_gnatdist is invoked ... $ cp /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/adainclude/a-sttebu.ads . $ mkdir --parents dsa/x86_64-unknown-linux-gnu/obj $ cp /usr/lib/gcc/x86_64-pc-linux-gnu/13.2.1/adalib/a-sttebu.ali dsa/x86_64-unknown-linux-gnu/obj/ Obviously, this is only a temporary fix. I'll try to send a bug report to the polyorb issues area on github and hope the problem is able to be resolved by the experts. Regards.