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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Mart van de Wege <mvdwege@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: ada-mode: Debian sid compilation failure
Date: Thu, 26 Mar 2020 14:38:23 +0100
Message-ID: <875zerb5io.fsf@gaheris.vdwege.eu>
References: <87pnd4bqji.fsf@gaheris.vdwege.eu>
	<5811e1d3-d536-4998-a95c-c3cc3b42d14a@googlegroups.com>
	<lyv9mskxrx.fsf@pushface.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net 9lVH8PUcG9XsPt8GURJFWQ1sDjHI7oCXQ6ft7B0uL5wDH/YL2J
X-Orig-Path: gaheris.vdwege.eu!not-for-mail
Cancel-Lock: sha1:jJOuAwzKurTMrFyGGghWjZqS7HM=
 sha1:Bs6uoyFtDxx/KqPfcY5jU08T8fg=
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
Xref: reader01.eternal-september.org comp.lang.ada:58253
Date: 2020-03-26T14:38:23+01:00
List-Id: <comp.lang.ada>

Simon Wright <simon@pushface.org> writes:

> Per Jakobsen <pdj@knaldgas.dk> writes:
>
>> søndag den 22. marts 2020 kl. 12.10.03 UTC+1 skrev Mart van de Wege:
>>> Since gnat_util lives in gnatprj on Debian, I patched that in
>>> ada_mode_wisi_parse.gpr.gp and build *seems* to work fine, until it
>>> errors out with:
>>> 
>>>    compilation of wisitoken-parse-lr.adb failed
>>
>> Yep, drops out there with me as well.
>>
>> Although, before that, mine complains about:
>> sal-gen_bounded_definite_stacks.ads:101:06: visibility of aspect for
>> "Stack" changes after freeze point
>> sal-gen_bounded_definite_stacks.ads:101:27: Meaning of "Top" differs
>> because of declaration at line 96
>>
>> GPRBUILD Community 2019 (20190517) (x86_64-pc-linux-gnu)
>> GNATMAKE 9.3.0
>
> The messages on :101 are a problem with GCC 9. I don't have a
> compilation to hand, but the reason for the overall failure is likely
> that the compilation is done with -gnatwe (treat warnings as errors).
>
Hmmm. So the question is: would the code work if we treat warnings
non-fatally? Will try sometime this week.

Mart

-- 
"We will need a longer wall when the revolution comes."
--- AJS, quoting an uncertain source.