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=-1.9 required=3.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.5-pre1 X-Received: by 2002:a05:6214:140d:: with SMTP id n13mr10206924qvx.69.1595847114160; Mon, 27 Jul 2020 03:51:54 -0700 (PDT) X-Received: by 2002:ac8:4e91:: with SMTP id 17mr21109850qtp.282.1595847113953; Mon, 27 Jul 2020 03:51:53 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!feeder1.feed.usenet.farm!feed.usenet.farm!feeder.usenetexpress.com!tr1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 27 Jul 2020 03:51:53 -0700 (PDT) In-Reply-To: <4472b2d0-e872-46c9-8665-af1fea1cc8c4n@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: google-groups.googlegroups.com; posting-host=95.250.125.238; posting-account=JRF_-woAAABYlsAtkCl_CUxBuQy2SsaQ NNTP-Posting-Host: 95.250.125.238 References: <748b7abb-4bda-4174-aa37-367daaf1c02ao@googlegroups.com> <6cbf26a5-2047-4685-a87b-381bc5fedd5bo@googlegroups.com> <4472b2d0-e872-46c9-8665-af1fea1cc8c4n@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <62b1618d-e93d-42f4-9970-314685e2c01ao@googlegroups.com> Subject: Re: SweetAda 0.1e released From: gabriele.galeotti.xyz@gmail.com Injection-Date: Mon, 27 Jul 2020 10:51:54 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader01.eternal-september.org comp.lang.ada:59544 List-Id: On Sunday, July 26, 2020 at 3:51:41 AM UTC+2, Roger Mc wrote: > On Sunday, July 26, 2020 at 2:17:42 AM UTC+10, gabriele.g...@gmail.com wr= ote: > > 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.c= om wrote:=20 > > > > Hi all. I've just released SweetAda 01.e.=20 > > > >=20 > > > > Go to http://www.sweetada.org and download the archive. RTS and Lib= GCC packages are still valid @ 0.1c.=20 > > > >=20 > > > > - general cleanup and cosmetics=20 > > > > - general infrastructure improvements=20 > > > > - QEMU-RISC-V-32 target can do serial output in a terminal=20 > > > > - IntegratorCP target uses LCD VGA=20 > > > > - Malta MIPS target uses a VGA PCI board=20 > > > > - handling of directories in the cpus hierarchy, which allows selec= tive unit overriding=20 > > > > - Insight can be called as a toolchain component=20 > > > > - IOEMU configuration files are now fully consistent=20 > > > >=20 > > > > Next days I will to concentrate on generic low-level CPU support, d= ocumentation, and restructuring of some redundant units. Let me know, feedb= ack is highly appreciated.=20 > > > >=20 > > > > G=20 > > > I have not been able to build with 1e menu.sh.=20 > > > The make case statement in menu.sh seems to not get activated.=20 > > > In particular, no kernel.cfg file is generated.=20 > > > I copied the make statements from 1d into the 1e menu.sh and make occ= urred until:=20 > > >=20 > > > [RANLIB] libplatform.a=20 > > > [GPRBUILD-C] build.gpr=20 > > > [GPRBUILD-B] build.gpr=20 > > > gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild= /gprbind=20 > > > make: *** [Makefile:586: kernel_compile_gpr] Error 4=20 > > >=20 > > > PC-x86-64: start kernel build.=20 > > >=20 > > > [GPRBUILD-C] build.gpr=20 > > > [GPRBUILD-B] build.gpr=20 > > > gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild= /gprbind=20 > > > make: *** [Makefile:586: kernel_compile_gpr] Error 4=20 > > >=20 > > > After this I removed the 1d statements and tried the original 1e menu= .sh.=20 > > > As before ./menu.sh generated nothing.=20 > > > But I individual menu targets worked from all-clean through configure= then=20 > > > menu.sh all failed with same error:=20 > > >=20 > > > [RANLIB] libplatform.a=20 > > > [GPRBUILD-C] build.gpr=20 > > > [GPRBUILD-B] build.gpr=20 > > > gprbuild: unable to find binder driver /opt/sweetada/libexec/gprbuild= /gprbind=20 > > > make: *** [Makefile:586: kernel_compile_gpr] Error 4 > > Ah, sorry, I forget the kernel.cfg problem.=20 > >=20 > > Are you sure you carry out the right steps? Here a little recap:=20 > > 1)=20 > > edit menu.sh and choose your target by uncommenting it, leave the other= s commented=20 > > 2)=20 > > execute in the shell "./menu.sh all-clean"=20 > > 3)=20 > > execute in the shell "./menu.sh createkernelcfg"=20 > > Some file gets installed, and you should find a proper configured kerne= l.cfg. Double check. It should replicate your target by means of two variab= les.=20 > > 4)=20 > > execute in the shell "./menu.sh configure"=20 > > You should get a list of parameters.=20 > > 5)=20 > > execute in the shell "./menu.sh all"=20 > > Compilation of files.=20 > >=20 > > Let me know if you note something strange. >=20 > I reinstalled 0.1e and now it works, at least to the extent that 0.1d wor= ks. > 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 t= o use target selection; > however, on using target selection, in the order stated in your advice (p= erhaps eventually), I had the reported problem. > It seems, somehow I messed something up; somehow on both computers! > Thanks for your much appreciated advice. >=20 > I still haven't tracked down the Catalina problem. Inspiration comes slow= ly. > Certainly, the Ada code is working correctly but, somehow the assembly co= ded 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) Hi Roger. Fine, the most important thing is that we have verified that tools run corr= ectly. Maybe it could be useful to delete everything (after a backup) and r= epeat a fresh installation, so you could check that you have a perfectly al= igned layout, without previous mistakes. Correct me if I'm wrong, I understood that IOEMU window is working and show= s I/O widgets cycling, but not in Catalina, is that correct? In this case maybe there is either a problem in the GUI code or in Catalina= handling of windows. But you can assume safely that Ada code is working since you should see som= e output in serial terminal. About the outb instruction, please explain me (even writing down your code)= what you are trying to do. outb instructions should behave fine, otherwise= you should see a totally dead system. By the way, apologies if I repeat myself, but try to isolate your code in a= n application file like the standard one, I'm changing some with/use and si= mplify units, so expect some minor changes in future release. This way you = can change very little in your code. For example, unit x86_64.IO is likely = to change in CPU.IO. Ask me if you have difficulties recompiling your code. Let me know.