From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.6 Path: eternal-september.org!reader02.eternal-september.org!aioe.org!9CzwYWWlKVx8RMZd/VcwFg.user.46.165.242.75.POSTED!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Emacs ada-mode installation on Debias bullseye Date: Mon, 06 Sep 2021 10:02:17 -0700 Organization: Aioe.org NNTP Server Message-ID: <86eea1r61y.fsf@stephe-leake.org> References: <4ce850c3-9088-4916-b2b0-dc49bc100b6cn@googlegroups.com> <92e8b506-350f-46db-96cc-83251b595088n@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: gioia.aioe.org; logging-data="26572"; posting-host="9CzwYWWlKVx8RMZd/VcwFg.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org"; User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (windows-nt) X-Notice: Filtered by postfilter v. 0.9.2 Cancel-Lock: sha1:0S5+vzI83MDJ36nNWvByG4lPzyQ= Xref: reader02.eternal-september.org comp.lang.ada:62661 List-Id: R R 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