<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Thanks Eliot,</p>
    <p>Yep, it works on the Mac (I originally tried on Linux).  I guess
      no-one seriously cares about gardening the ARM plugin on Linux.  I
      can see that, given that for what I needed it (which is, for
      reference) the Mac version served me just fine.</p>
    <p>The good news is that simulating REPL works fine on ARM, too.  I
      just committed GDB-bgs.4.  Now, on to getting rid of the
      TargetAware and its subclasses!<br>
    </p>
    <p>Boris<br>
    </p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 5/30/20 4:19 PM, Eliot Miranda
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:8EF89088-11DE-46B7-A13D-C67014542FFD@gmail.com">
      <pre class="moz-quote-pre" wrap=""> </pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      Hi Boris,<br>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
        <blockquote type="cite">On May 30, 2020, at 1:11 PM, Boris
          Shingarov <a class="moz-txt-link-rfc2396E" href="mailto:boris@shingarov.com"><boris@shingarov.com></a> wrote:<br>
          <br>
        </blockquote>
      </div>
      <blockquote type="cite">
        <div dir="ltr"><span>
            <meta http-equiv="content-type" content="text/html;
              charset=UTF-8">
            <p>To build the latest Cog VM with the ARM simulation
              plugins doesn't seem to work for me.  I thought maybe I
              had dirty state, so I started from a clean clone (this is
              the current tip of the Cog branch, 60973ef):</p>
            <pre>$ git clone  <a class="moz-txt-link-abbreviated" href="mailto:git@github.com:OpenSmalltalk/opensmalltalk-vm.git" moz-do-not-send="true">git@github.com:OpenSmalltalk/opensmalltalk-vm.git</a>
$ cd opensmalltalk-vm
$ cd build.linux64x64/gdbarm32
$ ./conf.COG
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... arm-unknown-linux-gnu
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
...
checking for working strncmp... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: error: cannot find input file: `testsuite/Makefile.in'
$ _
</pre>
            <p>Is this the supposed way?  Has anyone built ARM recently?</p>
          </span></div>
      </blockquote>
      <div><br>
      </div>
      Hmmm.  I build regularly but on MacOS.  I’ve not had occasion to
      try win6; or linux64.  Will try to have a look at this today.
      <div><br>
        <blockquote type="cite">
          <div dir="ltr"><span>
              <p>I build a fair amount of ARM code somewhat regularly on
                this machine, therefore I doubt this is some basic
                dysfunctionality of my dev environment.</p>
              <p>My first reflex was to go and just hack into the
                problem, but if it doesn't even go this far out of the
                box, then I'd expect I am somehow wrong and I thought
                I'd ask before digging myself too deep into the wrong
                direction.  Also I've been having doubts, if these
                configure scripts were broken, people would be
                complaining?  does anyone do ARM?  (and by that I mean
                "develop the VM" for which you need the simulator)  Why
                isn't CI complaining?  does CI only cover Intel?  does
                CI only cover production-packaging?<br>
              </p>
              <p><br>
              </p>
            </span></div>
        </blockquote>
      </div>
    </blockquote>
  </body>
</html>