I'm currently using 8.2 for GNAT and GCC, but I think 8.2.1 is available.
I don't believe it actually is GPRBUILD.  I think that GNAT and GCC for
msys2 are the outlier.  I have two versions of GPRBUILD available:  the one
from Adacore that is up to date and the one from the Gnoga SF repo.  Both
work find when building and installing using GNAT Community 2017 and 2018.
However, both fail to work when using the msys2 version of GNAT.  If it
were a GPRBUILD problem, I would expect that the Gnoga SF version to also
fail when using GNAT Community but it doesn't.  It works just fine.  Any
version of GPRBUILD that I try to use with the msys2 GNAT fails to work due
to the .exe extension issue.  My work around has been to go into those
locations and copy each of the gpr files from ****.gpr to ****.gpr.gpl and
then modify each of the original ****.gpr files to use the .exe in the name
and copy those to a ****.gpr.fsf.  That way, I can use a script to swap
between the version of the gprs that works with GNAT community and the
version that works with msys2 GNAT.  Though if I forget to do that before I
build, it can get messy.

As far as building GPRBUILD manually on msys2.  I've never gotten that to
work.  It never builds correctly.

On Sun, Apr 28, 2019 at 4:44 AM Pascal via Gnoga-list <
[email protected]> wrote:

>
> > Le 28 avr. 2019 à 05:56, Jeremiah Breeden <[email protected]>
> a écrit :
> >
> > Gnoga on Windows 64bit is a bit of a trial unless you are doing GNAT
> community.  The latest dev branch (1.5) doesn't even install properly when
> using msys2 (so I've stayed on 1.4 for now).  In terms of what you need to
> do:
> >
> > 1.  Update msys2 to latest GCC and GNAT along with all the necessary
> build tools like Make using pacman to install everything.
> > 2.  gprbuild...I haven't successfully built it on msys2 yet.  I grabbed
> the gprbuild from the Gnoga repo, but it doesn't work out of the box (it
> works with 32bit by default, not 64bit).  I copied the files into their
> correct locations in /mingw64/, then I used gprconfig to create a new .cpgr
> file and renamed it to the default one and put it in the appropriate share
> folder.  This got me gprbuild.  One thing I did not try but intend to at
> some point is to simply add my GNAT community version to the end of my
> path.  Maybe with my FSF first in the path, msys2 will pick up FSF GNAT for
> the compiler and then GNAT community's 64bit GPRBUILD for the build tools.
> > 3.  You have to manually modify gnoga-code/tools/tools.gpr,
> gnoga-code/deps/zanyblue/src/zbinfo/zbinfo.gpr, and
> gnoga-code/deps/zanyblue/src/zbmcompile/zbmcompile.gpr to add a .exe to the
> end of the executable names.  msys2's version of GNAT doesn't recognize the
> executable files otherwise.  I've mentioned this a few times in tickets and
> emails here, but I don't think anyone is gonna modify the build scripts
> (and I don't know how to do it), so if you want commercial ready Gnoga on
> windows, you'll need to do this yourself for now.
> >
> > I know this is a bit concise and I glossed over steps, but if you have
> trouble ask and I'll try and get you going with more specific ones.
>
> Hello Jeremiah,
>
> Which GNAT version is brought by msys2?
> Concerning GPRBuild, it seems that the version from Gnoga SF location is
> quite old and among things doesn't handle correctly exe extension for
> Window executables.
> GPRBuild is now available on GitHub from AdaCore:
> https://github.com/AdaCore/gprbuild.
> Could you build it from a newer version?
> (or anyone else with Windows because I haven't)
> If correct I will update it on Gnoga SF.
>
> Regards, Pascal.
> http://blady.pagesperso-orange.fr
>
>
>
>
> _______________________________________________
> Gnoga-list mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/gnoga-list
>
_______________________________________________
Gnoga-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gnoga-list

Reply via email to