comp.lang.ada
 help / color / mirror / Atom feed
From: gabriele.galeotti.xyz@gmail.com
Subject: Re: SweetAda 0.1e released
Date: Sat, 25 Jul 2020 09:07:18 -0700 (PDT)	[thread overview]
Message-ID: <0029cbaf-d2ea-4bb9-8594-4a4041f55d64o@googlegroups.com> (raw)
In-Reply-To: <d7fa3530-0069-4567-b664-d972531e4c64o@googlegroups.com>

On Saturday, July 25, 2020 at 3:44:57 PM UTC+2, Roger wrote:
> On Thursday, July 23, 2020 at 4:03:06 AM UTC+10, gabriele....@gmail.com wrote:
> > Hi all. I've just released SweetAda 01.e.
> > 
> > Go to http://www.sweetada.org and download the archive. RTS and LibGCC packages are still valid @ 0.1c.
> > 
> > - general cleanup and cosmetics
> > - general infrastructure improvements
> > - QEMU-RISC-V-32 target can do serial output in a terminal
> > - IntegratorCP target uses LCD VGA
> > - Malta MIPS target uses a VGA PCI board
> > - handling of directories in the cpus hierarchy, which allows selective unit overriding
> > - Insight can be called as a toolchain component
> > - IOEMU configuration files are now fully consistent
> > 
> > Next days I will to concentrate on generic low-level CPU support, documentation, and restructuring of some redundant units. Let me know, feedback is highly appreciated.
> > 
> > G
> I have not been able to build with 1e  menu.sh.
> The make case statement in menu.sh seems to not get activated.
> In particular, no kernel.cfg file is generated.
> I copied the make statements from 1d into the 1e  menu.sh  and make occurred until:
> 
> [RANLIB]     libplatform.a
> [GPRBUILD-C] build.gpr
> [GPRBUILD-B] build.gpr
> gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild/gprbind
> make: *** [Makefile:586: kernel_compile_gpr] Error 4
> 
> PC-x86-64: start kernel build.
> 
> [GPRBUILD-C] build.gpr
> [GPRBUILD-B] build.gpr
> gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild/gprbind
> make: *** [Makefile:586: kernel_compile_gpr] Error 4
> 
> After this I removed the 1d statements and tried the original 1e menu.sh.
> As before ./menu.sh generated nothing.
> But I individual menu targets worked from all-clean through configure then
> menu.sh all failed with same error:
> 
> [RANLIB]     libplatform.a
> [GPRBUILD-C] build.gpr
> [GPRBUILD-B] build.gpr
> gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild/gprbind
> make: *** [Makefile:586: kernel_compile_gpr] Error 4

Hi Roger.

Sounds very strange.

1) ----------------------------------------------------------------------

Every executable of the "gprbuild set" has no dependency other than system libraries, so it should not be a library problem (and gprbuild seems running fine because of the steps carried out); gprbind is in another directory, not bin/ but libexec/gprbuild/, relative to the prefix, and gets called by the executable gprbuild.

Could you try to dry-run gprbind directly from the shell? My result is:

gabriele-iMac:sweetada-0.1e root# /opt/sweetada/libexec/gprbuild/gprbind
gprbind: incorrect invocation

(yes, it's an error, but shown by gprbind because it gets no arguments, currently it gets executed fine).

2) -------------------------------------------------------------------

The only difference in menu.sh, 0.1d vs 0.1e, is an "if" test:

0.1d:

   MAKE=/opt/sweetada/bin/make

0.1e:
    SWEETADA_MAKE=/opt/sweetada/bin/make
    if [ -e ${SWEETADA_MAKE} ] ; then
      MAKE=${SWEETADA_MAKE}
    else
      MAKE=make

(I've put a "guess" test to switch to a system make in case). The only reason could be the "-e" test failing. So the shell is not able to find SweetAda's make.

-----------------------------------------------------------------------

If we put together 1) and 2), I would say that maybe your system could have problems in finding executables. Perhaps you have some sort of anti-virus installed? Or, maybe new OSX have restrictive policies in finding them.

Unfortunately gprbuild is a direct build out of AC repository, and it is complicated to go deep in the code.

Try to comment out BUILD_MODE := GPR in the configuration.in, so maybe you are able to successfully build with the standard procedure.

Let's investigate further, let me know.

  reply	other threads:[~2020-07-25 16:07 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-22 18:03 SweetAda 0.1e released gabriele.galeotti.xyz
2020-07-25 13:44 ` Roger
2020-07-25 16:07   ` gabriele.galeotti.xyz [this message]
2020-07-25 16:17   ` gabriele.galeotti.xyz
2020-07-26  1:51     ` Roger Mc
2020-07-26 13:17       ` Roger Mc
2020-07-27 10:59         ` gabriele.galeotti.xyz
2020-07-27 10:51       ` gabriele.galeotti.xyz
2020-07-27 11:34         ` Roger Mc
2020-07-27 13:18           ` gabriele.galeotti.xyz
2020-07-27 14:02             ` Roger Mc
2020-07-27 16:04               ` gabriele.galeotti.xyz
2020-07-28  0:06                 ` Roger Mc
2020-07-28  9:16                   ` gabriele.galeotti.xyz
2020-07-28 13:32                     ` Roger Mc
2020-07-27 16:53               ` Dennis Lee Bieber
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox