Re: Emacs ada-mode installation on Debias bullseye

[Stephen Leake <stephen_leake@stephe-leake.org>]

R R <rrr.eee.27@gmail.com> writes:

> On Sunday, September 5, 2021 at 11:55:35 AM UTC+2, Simon Wright wrote:
>> R R  writes: 
>> 
>> > I recently upgraded my Debian machine to bullseye. By then Emacs' 
>> > ada-mode stopped working as it couldn't find some dynamic library. So 
>> > I reinstalled ada-mode 7.1.8 and now I have to compile the wisi 
>> > parser. First I had to install libgnatcoll19-dev. But I still get the 
>> > error messages: 
>> > 
>> > ada_mode_wisi_parse.gpr:22:06: imported project file "gnatcoll_sqlite" not found 
>> > ada_mode_wisi_parse.gpr:23:06: imported project file "gnatcoll_xref" not found 
>> > 
>> > So I tried to install libgnatcoll-sqlite20-dev, but that doesn't exist 
>> > and libgnatcoll-sqlite20 doesn't provide a gpr file.
>> I don't know about the Debian system, but wouldn't the numbers have to 
>> match (i.e., 19 vs 20)? 
>
> No, I don't think they have to match.

What evidence do you have for this?

In general, all GNAT code must come from the same compiler version; they
are free to change lots of internal stuff between versions. You might
get lucky mixing versions, but why waste time with stuff that probably
won't work?

> After successful installation of gnatcoll the compilation then fails at 
> gen_emacs_wisi_lr_parse.ads:37:53: missing ";"
>
> That line reads:
>
>     with WisiToken.Parse.LR.Parser;
>     with WisiToken.Syntax_Trees;
>     with Wisi;
>     generic
>        type Parse_Data_Type  is new Wisi.Parse_Data_Type with private; --line 37, char pos 53 is right before the keyword 'with'.
>
> The system compiler FSF gnat 10.2.1 doesn't like a generic parameter of a tagged type with a private part. Is that a new syntax?

not new, just broken in FSF gnat 10.2.1 with -gnat2020

-- 
-- Stephe