<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <div class="moz-cite-prefix">Am 05.05.2014 14:04, schrieb Andreas
      Baumann:<br>
    </div>
    <blockquote
      cite="mid:57495B32-FE1F-4A9A-91DB-2562120DB377@webware-experts.de"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <div><br>
      </div>
      <div>I also&nbsp;absolute agree like marcus.</div>
      <div>One important but not easy to solve problem is to follow to
        goals at ones (related to the presentation of information).</div>
      <div><br>
      </div>
      <div>First goal:</div>
      <div>I think it is very important to setup a focused approach
        related to a FPGA Oberon system project.</div>
      <div>
        <blockquote type="cite">
          <div bgcolor="#FFFFFF" text="#000000">
            <pre>- an easy to get and ready to use &#8220;Oberon Starter Kit&#8221; (FPGA System and Emulation-System)</pre>
          </div>
        </blockquote>
        <div>Second goal:</div>
      </div>
      <div>On the other hand it would be very important to build
        a&nbsp;ecosystem around the language oberon and related software and
        products available today like the boards supported by CFB
        Software.</div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div>
        <blockquote type="cite">
          <div bgcolor="#FFFFFF" text="#000000">
            <pre>- a &#8220;Project Oberon Manifesto&#8221;: Goals, principles, values, ...</pre>
          </div>
        </blockquote>
        <div>==&gt; it would be good to discuss the goal of the &#8220;Oberon
          Starter Kit&#8221; or the thing which could be build or developed
          with the &#8220;Oberon Starter Kit&#8221;</div>
        <div><br>
        </div>
        <br>
      </div>
    </blockquote>
    Here are my thoughts:<br>
    <br>
    What is the path we want to evolve into the &#8220;Future Oberon&#8221;? (A)
    Project Oberon 2013 (B) <br>
    ETH-Oberon or (C) AOS/A2? For me it is A or B. A is alive, but at
    current state not more <br>
    than a &#8220;teaching&#8221; object. Stuck in 199X. B seams dead, but more
    feature complete. Stuck in 200X.<br>
    C is alive, more feature complete, support of multi core / multi
    processor. State of the Art, <br>
    compared with A or B. Maybe it is easier to reanimate B, than to
    move forward with A. Maybe it <br>
    is the best to go with C and forget A and B. Anyway. Let's say A
    &#8220;Project Oberon 2013&#8221; is<br>
    the future, where do we want to put the focus on? Client-System (=
    Workstation), <br>
    Small Server-Systems (incl. Embedded System). For me both. A Client
    is useless without a Server. <br>
    So better graphic capabilities and at least network/communication
    capabilities are essential <br>
    for Oberon. Next, what is the best runtime platform for &#8220;Project
    Oberon 2013&#8221; to archieve this <br>
    capabilities? Options: (A) A Small RISC5 inspired VM on top of a
    host system, (B) Native System or<br>
    (C) RISC5 FPGA based System? For me it is first A, then B then C.
    With A we are able to reuse <br>
    capabilities of the host system. It make is easier to experiment
    with future System Oberon <br>
    features and it has the best portability. B would also be nice, on
    top of a ARM based System, <br>
    like the Raspberry Pi, Beaglebone, &#8230;, but you need drivers, and at
    best some kind of HAL for <br>
    portabilty here. It is definitially more work than A, may be worth
    the effort. i am sure the <br>
    ARM Architecture is here to stay for the next 20 years and has
    powerfull soc implementations. <br>
    C is quite interesting, but I believe it is damned to fail, when
    migration to a new fpga-board <br>
    is so hard to archive. I am bit shocked about the statement from
    Paul Reed. I can not believe it, <br>
    when i see all the other FPGA-Retro Computer System Projects, which
    are n-times complexer than <br>
    Oberon. How about new capabities (graphics, network), when you are
    limited with <br>
    this (legacy)fpga system? Ok, Dead End.<br>
    <br>
    So if the &#8220;Seed&#8221; is &#8220;Project Oberon 2013&#8221; and "FPGA-Oberon is a Dead
    End" the &#8220;Oberon Starter Kit&#8221; <br>
    for me is the current &#8220;Project Oberon 2013&#8221; with Peter de Wachter's
    Emulator (for Windows, <br>
    Linux, OS X, Raspberry Pi), all the documentation and an idea how to
    move forward from here<br>
    (in spirit of "Project Oberon" -&gt; Manifesto). The other approach
    is to forget "Project Oberon 2013" <br>
    and try to reanimate ETH-Oberon and move from there.<br>
    <br>
    I have no idea how large the "Oberon Community" is. 10 or 15 active
    people? I think there <br>
    should be one way to go.<br>
    <br>
    End of my thoughts.<br>
    <br>
    BW,<br>
    Volkert<br>
  </body>
</html>