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.
> If you can't find the prebuilt -dev package, try building from source as
> suggested here:
>
https://www.nongnu.org/ada-mode/ada-mode.html#Building-GNATCOLL-2019 -
> probably best to install in a private location, not over the
> system. Also, when you get to the Github repo, the v21.0.0 package may
> have compilation issues depending on your compiler: there are very few
> changes between that version and the latest commit.
thanks for the hint to compile it myself. After reading Stephe's page I installed libgnatcoll-xref20-dev which provides both necessary gpr files. The problem with gnatcoll is solved. If you don't use gnatcoll on a regular basis it is not obvious which packages exist and what they provide.
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?
Rolf