January 2016 - Oberon - mailman3.inf.ethz.ch

(no subject)
by None 21 Jan '16

21 Jan '16

1 0

Re: [Oberon] OP2 for RISC5
by skulski＠pas.rochester.edu 21 Jan '16

21 Jan '16

Peter: I changed the topic "OP2 for 64 bit ARM and/or RISC5" because it might suggest that I am thinking of a 64 bit RISC5. It was not my intention. What I really wanted to say was "OP2 for RISC5 the way it is now". Peter Matthias [PeterMatthias(a)web.de] wrote: > An Oberon-2 compiler would be nice to get source code compatibility. Exactly. I admit that saying "OP2" I have Oberon-2 in mind rather than the optimizing compiler. Being able to use Oberon-2 and its literature is an issue. The code optimization is secondary. If we are using a soft processor then obviously we are not craving for performance. > However, there are several drawbacks: > - lack of RISC5 data types might hamper compatibility Hmmm. Which RISC5 data types are missing? RISC5 being a soft core can be modified to provide whatever is missing. > - OP2 needs much more RAM which might prevent running it on RISC5 I get this. Like I said, it does not need to be a full OP2. The modified NW compiler would do just fine. Regards, Wojtek

2 1

Re: [Oberon] Non Oberon code in Oberon
by skulski＠pas.rochester.edu 21 Jan '16

21 Jan '16

>BOOLEAN consumes one byte In the FPGA world you would want BOOL to be one bit. Furthermore, you would want logic expressions to get translated to hardware (that is VHDL or Verilog) and then be compiled to HW modules that would act as coprocessors. Such a translation would be optional of course. It is not a pipedream because Xilinx is doing just that with their High Level Synthesis. I am throwing this in for an eager grad student as a worthy project. I think that NW once had a dream of unifying Oberon with LOLA, but it was too far ahead of its time. Wojtek ________________________________________ From: Oberon [oberon-bounces(a)lists.inf.ethz.ch] on behalf of Douglas G. Danforth [danforth(a)greenwoodfarm.com] Sent: Tuesday, January 19, 2016 5:48 PM To: ETH Oberon and related systems Subject: Re: [Oberon] Non Oberon code in Oberon On 1/19/2016 12:41 PM, Lars O wrote: > Wait, there's BOOLEAN? hmm.. Yes, but BOOLEAN consumes one byte.

7 8

OP2 for 64 bit ARM and/or RISC5
by skulski＠pas.rochester.edu 20 Jan '16

20 Jan '16

Peter wrote: > I am planning to change MIPS OP2 compiler's code generation output > to generate ARM64 code, but only for the long term, > about when RPi 64 will be available ;-) > Too busy/lazy to write the dissassembler first. Any chance for the RISC5 version of OP2? Oberon-wise it could make an impact. Why is OP2 not available for RISC5 which has been intentionally developed to make the life easy for the compiler writer? Lack of OP2 for RISC5 is proving the opposite. I an constantly scratching my head over lack of Oberon-2 and OPP2 for RISC5. How it can be so? Design a processor to prove how easy it is to develop the compiler, and then refuse to develop the compiler? Where is the logic? Wojtek

4 3

64 bit ARM Kickstarter
by Aubrey.McIntosh＠Alumni.UTexas.Net 20 Jan '16

20 Jan '16

There is a 64 bit Kickstarter project that will fund in a day or so. I don't know if it is relevant to Oberon, I want to mention it so that someone more qualified might comment. https://www.kickstarter.com/projects/pine64/pine-a64-first-15-64-bit-single… -- (email is my preferred communication media) Aubrey McIntosh, Ph.D. 1502 Devon Circle Austin TX 78723-1814 (512)-348-7401

3 3

Re: [Oberon] Oberon Digest, Vol 140, Issue 14
by Søren Renner 20 Jan '16

20 Jan '16

> > (email is my preferred communication media) > Aubrey McIntosh, Ph.D. You earned a PhD without learning that "media" is plural? On Wed, Jan 20, 2016 at 11:00 AM, <oberon-request(a)lists.inf.ethz.ch> wrote: > Send Oberon mailing list submissions to > oberon(a)lists.inf.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.inf.ethz.ch/mailman/listinfo/oberon > or, via email, send a message with subject or body 'help' to > oberon-request(a)lists.inf.ethz.ch > > You can reach the person managing the list at > oberon-owner(a)lists.inf.ethz.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Oberon digest..." > > > Today's Topics: > > 1. 64 bit ARM Kickstarter (Aubrey.McIntosh(a)Alumni.UTexas.Net) > 2. Re: Non Oberon code in Oberon (J?rg Straube) > 3. Re: Non Oberon code in Oberon / collateral question > (Chris Burrows) > 4. Re: Non Oberon code in Oberon (Chris Burrows) > 5. Re: XML Parser-API for OBERON (Dieter) > 6. Re: XML Parser-API for OBERON (Dieter) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Jan 2016 17:48:14 -0600 > From: Aubrey.McIntosh(a)Alumni.UTexas.Net > To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> > Subject: [Oberon] 64 bit ARM Kickstarter > Message-ID: > < > CABbaiY6WzwcPWuR9pP4DeyROOgs8AXDixt39YnTENuzzzE17wg(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > There is a 64 bit Kickstarter project that will fund in a day or so. I > don't know if it is relevant to Oberon, I want to mention it so that > someone more qualified might comment. > > > https://www.kickstarter.com/projects/pine64/pine-a64-first-15-64-bit-single… > > -- > (email is my preferred communication media) > Aubrey McIntosh, Ph.D. > 1502 Devon Circle > Austin TX 78723-1814 > (512)-348-7401 >

1 0

Re: [Oberon] Strings
by Chris Burrows 19 Jan '16

19 Jan '16

> -----Original Message----- > From: Oberon [mailto:oberon-bounces@lists.inf.ethz.ch] On Behalf Of > Lars O > Sent: Wednesday, 20 January 2016 7:12 AM > To: ETH Oberon and related systems > Subject: Re: [Oberon] Non Oberon code in Oberon > > Oh come on, real programmers program one bit at a time. Where is the > BIT type? All this talk of "bytes"... BITS are the newest trend in > programming. Wait, there's BOOLEAN? hmm.. > -- Lars, You huff and puff a lot but never seem to succeed in saying very much that makes any sense. Why have you not responded to the questions resulting from your previous posts e.g what is *your* concept of a 'string'. It is not clear to me whether you meant string constants, string types, string variable, string operations or what? It is oh so easy to be destructive - not so easy to be creative, Regards, Chris Burrows CFB Software http://www.cfbsoftware.com

1 0

Re: [Oberon] Programming in Oberon-7 on Linux
by scrutinizer 19 Jan '16

19 Jan '16

> Can I compile a Oberon-7 program in Linux? yes, compile and execute - immediately on any operating system, just paste your oberon-07 source here: http://oberspace.dyndns.org/oberonjs.html you can call any javascript function e.g. JS.document.write("<tr><td>table ", i+1, "</td><td>", tables[i].name, "</td><td>", tables[i].func(tables[i].value), " m<sup>2</sup></td></tr>"); i and table being oberon variables. if you program web apps in oberon [or js] and don't want to show the js source, use http://schierlm.users.sourceforge.net/smallestjs.html -- Message: 3 Date: Mon, 18 Jan 2016 19:56:59 +0530 From: Srinivas Nayak <sinu.nayak2001(a)gmail.com> To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> Subject: [Oberon] Programming in Oberon-7 on Linux Dear All, After reading the Oberon trilogy, I am interested to program in Oberon language (Oberon-7). Can I compile a Oberon-7 program in Linux? Kindly let me know the suitable compiler. With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/

1 0

Re: [Oberon] Availability of OberonStation
by Chris Burrows 19 Jan '16

19 Jan '16

> From: Oberon [mailto:oberon-bounces@lists.inf.ethz.ch] On Behalf Of > Ken Boak > Sent: Monday, 18 January 2016 10:30 PM > To: ETH Oberon and related systems > Subject: Re: [Oberon] Availability of OberonStation > > Could you point me to details of how you have handled keyboard/mouse > and video on the Arty. > The subset of Project Oberon 2013 that we ported to the Arty is intended to be used for embedded controller systems that do not need keyboard / mouse or video. If you want to use those you will need to get one of the following boards instead: * OberonStation * Saanlima Electronics' Pipistrello + 1MB SRAM Oberon Wing * Digilent Spartan-3 Starter Kit (no longer available new). Links to these systems and more information on the embedded subset vs. the original complete workstation versions of Project Oberon 2013 are here: http://www.astrobe.com/RISC5 > > I presume that your uSD is effectively taken care of with the on- > board QuadSPI 16MB Nand Flash? > No. The microSD card is taken care of by using a six-pin microSD adapter or breakout board connected to the Arty PMOD JA port. Various forms of these are avaiable for $5 - $15 from electronic parts vendors (e.g. SparkFun, AdaFruit, Little Bird Electronics, Pololu, WaveShare etc. etc.) The SD card has more capacity than the Nand Flash and is easier to back up. Also no new Verilog code had to be developed to get it to work. > Has anyone on the mailing list devised any simple way of > benchmarking the performance of Oberon against other known systems? > Yes. We use an Oberon version of the Lilith Modula-2 benchmark to compare all of the systems supported by Astrobe. The Modula-2 source is included in Appendix 2 of ETH Report Nr 40 - The Personal Computer Lilith. Apr 1981. N. Wirth "The Yellow Report". You can download a copy from: http://www.cfbsoftware.com/modula2/ Regards, Chris Chris Burrows CFB Software http://www.astrobe.com

1 0

Re: Keyboard substituting for mouse.
by peter＠easthope.ca 19 Jan '16

19 Jan '16

Lars O., Sun, 17 Jan 2016 15:43:39 -0600 > I have not tested this code, I have only proven it correct. For me, about 25 years since an introductory study of correctness proof, Can you share your proof with us? I'm interested to see it. Me, Thu, 14 Jan 2016 09:26:47 -0800, > IF ScrollLock IN flags THEN (* Keypad input extant. *) > RemoveMouse(GetKeypadEvent); > AddMouse(GetMouseEvent); > IF Kernel.timer = NIL THEN Kernel.timer := timerproc END > ELSE (* Mouse input extant. *) > RemoveMouse(GetMouseEvent); > AddMouse(GetKeypadEvent); > IF Kernel.timer = timerproc THEN Kernel.timer := NIL END > END; I don't understand Kernel.timer properly. The usage above might be wrong. If someone can shed a little light, good. Thanks, ... Lyall E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

1 0