SPITBOL/Linux V3.8.1 Now Available

I promised the first release of SPITBOL for Linux by the end of the month.

Here you go:

SPITBOL/Linux git

spitbol-linux-v3.8.1.tgz

You can follow the project as @spitbol at twitter.

thanks,dave

Advertisements

12 Comments

  1. mje1066
    Posted June 29, 2012 at 20:19 | Permalink | Reply

    Fantastic! I was a big SPITBOL (and SNOBOL) fan in the 1970s. We used it at Wayne State University on various 360/370 machines running MTS.

  2. rogerp
    Posted July 7, 2012 at 06:56 | Permalink | Reply

    Hi Dave,

    Thank you, thank you, thank you!

    I tried it on a Linux 2.6 box used by my hosting provider, and it worked right out of the box. Uname on the machine returns the following:

    Linux peavey 2.6.32.8-grsec-2.1.14-modsign-xeon-64 #2 SMP Sat Mar 13 00:42:43 PST 2010 x86_64 GNU/Linux

    I know you have many plans in the pipeline, but could you also release the MINIMAL specification? I’ve tried unsuccessful to search for it online. It would be very helpful for future maintainers as the current MINIMAL source, which is very well commented, does not describe the MINIMAL machine architecture nor instruction set.

    And the other thing that would be very helpful to the community and future maintainers, is the SPITBOL PC / Windows port source (which could be GPL’ed).

    Once again, thanks for yours and Mark Emmer’s untiring efforts.

    Roger

    • rogerp
      Posted July 8, 2012 at 05:21 | Permalink | Reply

      Oops! It looks like the MINIMAL source (both v3.7 and v3.8) does describe the virtual machine and its instruction set! Mea culpa!

      However, from the SPITBOL v3.7 archive on googlecode, it appears the source is for the SPARC version.

      What isn’t available in either the SPARC or Linux source distributions currently available (unless I’ve again missed something!) are the Windows/x86 specific stuff, presumably the cod386.spt (or something like that), and also the OS-specific interfaces. Would be really great if you or Mark would be able to open-source those as well.

      I can hack x86 assembly (rather badly!), but certainly can’t do anything approaching what is required to write a compiler backend / code generator.

      Regards,
      Roger

  3. David Murphy
    Posted August 27, 2012 at 13:35 | Permalink | Reply

    Clicked the tgz link and it gave 404 message.

  4. Posted August 29, 2012 at 15:51 | Permalink | Reply

    well I have downloaded the linux version and tried to install. I followed instructions, tryonh to run it had no effect, so ran the make commands as it say. Got an eror message basically saying tcc: command not found.

    I can’t even find out at the moment for sure what tcc is….

    • Posted August 30, 2012 at 17:03 | Permalink | Reply

      The master branch at github is broken. I’m in the midst of a massive cleanup/refactoring, and change from gnu gas to nasm as the preferred assembler. I hope to have things sorted out in a few days, but I’ve been saying that myself every day for the last month or so. I’ll keep plugging on …

      • Posted August 30, 2012 at 18:46 | Permalink

        Thanks dave, I found the other download and that worked.

        I am having problems running samples though – keeps telling me there is no END statement, even though there clearly is. I created a small sample myself and that worked as expected. So not sure what s going on there.

      • Posted August 30, 2012 at 20:47 | Permalink

        Be patient. Things will get better soon, at least on the SPITBOL front. I’ll announce new version here as soon as it is ready.

        thanks,dave

  5. sderry
    Posted November 17, 2012 at 12:36 | Permalink | Reply

    Any update on the next release?

    • Posted November 26, 2012 at 16:30 | Permalink | Reply

      The next release will be out by 12/08/2012 (my next birthday).

  6. Burkhard Meißner
    Posted December 13, 2012 at 04:36 | Permalink | Reply

    Dear Dave,

    good progress. SPITBOL is superb and up to 3.8.21 compiles well. 3.8.3, which uses tcc as compiler (x64), however, seems to be a mess: It ends up with some .o files in 32, others in 64 bit lengths. Assembling using elf32 or elf (instead of elf64) does not help – it does not work, compiling the .c code with 64 bits fails quite often; once I got a working copy in 64 bit, but it produces memory access errors. 32 bit cannot be compiled. Something seems to go wrong here

    Burkhard

    • Posted December 14, 2012 at 12:28 | Permalink | Reply

      Burkhard,

      Thanks for the kind words.

      The 64-bit version is a work in progress. I was able to get it to compile, but it crashes when entering the MINIMAL code.

      I see the problem. I thought x64 was just the “obvious” extension of x32, but I see now that the AMD folks, who wanted to add 64-bit while also supporting compatibility modes to allow 32-bit code to be run, created a more complex architecture than I had expected.

      Simply put, I need to learn x64 assembly code before I can generate it properly!

      I’ll keep you posted.

      thanks,dave

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

  • Pages

  • June 2012
    M T W T F S S
    « Aug   Jul »
     123
    45678910
    11121314151617
    18192021222324
    252627282930  
  • RSS The Wayward Word Press

  • Recent Comments

    mrrdev on On being the maintainer, sole…
    daveshields on On being the maintainer, sole…
    James Murray on On being the maintainer, sole…
    russurquhart1 on SPITBOL for OSX is now av…
    dave porter on On being the maintainer, sole…
  • Archives

  • Blog Stats

  • Top Posts

  • Top Rated

  • Recent Posts

  • Archives

  • Top Rated

  • %d bloggers like this: