From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.5-pre1 X-Received: by 2002:ad4:4d83:: with SMTP id cv3mr16800259qvb.236.1595728300137; Sat, 25 Jul 2020 18:51:40 -0700 (PDT) X-Received: by 2002:a0c:b599:: with SMTP id g25mr1323499qve.118.1595728299965; Sat, 25 Jul 2020 18:51:39 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.gegeweb.eu!gegeweb.org!usenet-fr.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 25 Jul 2020 18:51:39 -0700 (PDT) In-Reply-To: <6cbf26a5-2047-4685-a87b-381bc5fedd5bo@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: google-groups.googlegroups.com; posting-host=203.59.139.151; posting-account=d51RWwoAAADvR-x0zYAtT9z3CRxT1eXo NNTP-Posting-Host: 203.59.139.151 References: <748b7abb-4bda-4174-aa37-367daaf1c02ao@googlegroups.com> <6cbf26a5-2047-4685-a87b-381bc5fedd5bo@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <4472b2d0-e872-46c9-8665-af1fea1cc8c4n@googlegroups.com> Subject: Re: SweetAda 0.1e released From: Roger Mc Injection-Date: Sun, 26 Jul 2020 01:51:40 +0000 Content-Type: text/plain; charset="UTF-8" Xref: reader01.eternal-september.org comp.lang.ada:59529 List-Id: On Sunday, July 26, 2020 at 2:17:42 AM UTC+10, gabriele.g...@gmail.com wrote: > 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 > Ah, sorry, I forget the kernel.cfg problem. > > Are you sure you carry out the right steps? Here a little recap: > 1) > edit menu.sh and choose your target by uncommenting it, leave the others commented > 2) > execute in the shell "./menu.sh all-clean" > 3) > execute in the shell "./menu.sh createkernelcfg" > Some file gets installed, and you should find a proper configured kernel.cfg. Double check. It should replicate your target by means of two variables. > 4) > execute in the shell "./menu.sh configure" > You should get a list of parameters. > 5) > execute in the shell "./menu.sh all" > Compilation of files. > > Let me know if you note something strange. I reinstalled 0.1e and now it works, at least to the extent that 0.1d works. Quite strange as I had the same problem on both my computers. The only thing that I can think of is that on the previous 01e install I just used ./menu.sh ( without target selection) which was the method I used for 0.1d. Perhaps this messed something up? When that didn't work, I inspected 0.1e menu.sh and discovered the need to use target selection; however, on using target selection, in the order stated in your advice (perhaps eventually), I had the reported problem. It seems, somehow I messed something up; somehow on both computers! Thanks for your much appreciated advice. I still haven't tracked down the Catalina problem. Inspiration comes slowly. Certainly, the Ada code is working correctly but, somehow the assembly coded outb instructions in x86_64-io don't seem to be having any effect. Possibly being blocked by Catalina security features? I currently don't know how to track outb functionality. I'll keep trying (slooowly)