Subject: Linux-Misc Digest #439
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Thu, 16 Dec 93 22:13:13 EST

Linux-Misc Digest #439, Volume #1                Thu, 16 Dec 93 22:13:13 EST

Contents:
  Re: _Real_ hackers ... (Craig Burley)
  Re: Yet another benchmark results.. (Tim Llewellyn in Bristol. (0272 303030 ext 3691.))
  Re: SLOW??? (Larry Doolittle)
  Re: Update on Linux International (RFD) (Tommy Marcus McGuire)
  tracker 3.19 / sound drivers 2.3 (George Hartz)
  Re: Mail Order Linux Workstations (Steve Benz)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Dan Ts'o)
  Re: A typical Linux machine (Rene COUGNENC)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Michael Covington)
  Good Random Source (under Linux) (rick@discus.mil.wi.us)
  Where are the linux groups? (Holger Wirtz)
  Re: Lisp anyone?  How about CMU Lisp?  Garnet? (Greg Trafton)

----------------------------------------------------------------------------

From: burley@mole.gnu.ai.mit.edu (Craig Burley)
Subject: Re: _Real_ hackers ...
Date: 16 Dec 93 13:33:27

In article <dgfCI50D8.F7J@netcom.com> dgf@netcom.com (David Feldman) writes:

   In article <BURLEY.93Dec15130256@mole.gnu.ai.mit.edu> burley@mole.gnu.ai.mit.edu (Craig Burley) writes:
   >
   >Other true story: for quite a while he didn't understand that he
   >could just put constant values in memory via the loader in the
   >same way that he assembled instructions into memory.  This seems strange
   >to us perhaps, but before "understanding" one thinks strange things,

   As I recall the PDP-8 machine language has no "immediate" addressing mode.

Right.  You always get constants from memory, or by using
instructions to diddle the accumulator (I think they were called
"microcoded" instructions -- the 7xxx series).  I still have my
old PDP-8 programming books around somewhere.  However, I seem to
have lost my father's old PDP-1 programming and sales notebooks.
Sigh.
--

James Craig Burley, Software Craftsperson    burley@gnu.ai.mit.edu
Member of the League for Programming Freedom (LPF) lpf@uunet.uu.net

------------------------------

Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks,relcom.talk,relcom.fido.su.general
From: tjl@local.host (Tim Llewellyn in Bristol. (0272) 303030 ext 3691.)
Subject: Re: Yet another benchmark results..
Reply-To: tjl@local.host
Date: Thu, 16 Dec 1993 19:20:23 GMT

In article <CI55H7.JAI@info.bris.ac.uk>, tjl@siva.bris.ac.uk (Tim Llewellyn) writes:
>
>In article <CI4JH2.LDv@dscomsa.desy.de>, pawlak@zeubac.desy.de (Jerzy Michal
>Pawlak) writes:
>|>In article <2em10a$l13@vixen.cso.uiuc.edu>, furio@uiuc.edu (furio ercolessi)
>|>writes:
>|>>In article <1993Dec15.014035.2203@pacific.mps.ohio-state.edu>,
>|>viznyuk@mps.ohio-state.edu (Dragon
>|>>Fly) writes:
>|>>|> - - - - - - - - Original code - - - - - - - - - - - - - - - - - - - - - -
>|>>|> #include <stdio.h>
>|>>|> #include <math.h>
>|>>|> #include <time.h>
>|>>|> main()
>|>>|> {
>|>>|> double  x,y[1000000];
>|>>|> int     i;
>|>>|> time_t  t;
>|>>|>  
>|>>|> time(&t);
>|>>|> for (i=0;i<1000000;i++)
>|>>|>       {
>|>>|>       x=11.0+(33.5*i)*(33.5*i);
>|>>|>       y[i]=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)));
>|>>|>       }
>|>>|> printf("time=%d\n",time(0)-t);
>|>>|> }
>|>>
>|>>I am a Fortran programmer and I am not very familiar with C, but
>|>>it seems to me that there is nothing to prevent an optimizer
>|>>from wiping away all the computations, after having recognized
>|>>that no use is made of the results.  If I were designing this
>|>>benchmark, I would have _at least_ printed the value of a
>|>>certain y[i] at the end, with i defined (and computed!) as a
>|>>random number between 0 and 999999.  
[snip]
>|>Well spotted Furio! I have a new entry in this stupid contest:
>|>
>|>MicroVAX II, 16 MB, VAX/VMS 5.5-1
>|>VAX FORTRAN v. 5.8 (I know, I should upgrade...)
>|>6 users, (av. CPU load 10%)
>|>time =0.04 s (average of 10 runs)
>|>
>|>Hahahahahaha.. I have the fastest machine in the world! All you have to do
>|>is to recode a bit:
>|>
>|>        DOUBLE PRECISION x,y(1000000)
>|>        t = SECNDS(0.0)
>|>        DO 1 i=1,1000000
>|>          x=11.0+(33.5*i)*(33.5*i)
>|>          y(i)=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)))
>|>1       CONTINUE
>|>        t = SECNDS(t)
>|>        PRINT *,'Time=",t
>|>        END
>|>-- 
>|>Michal (pawlak@zeubac.desy.de)
>|>
>
>Yeah, this FORTRAN program runs apprx 20 times faster on our VAX 4100 
>with VMS 5.5-2 and DEC Fortran 6.0 than our AXP 3000/400 (VMS 1.5)! A quick
>investigation reveals that on the AXP the process does page thru 8 megs
>of virtual memory, not on the VAX though. I append the VAX Fortran listing.
>As far as my limited (and rusty) macro allows me to understand, the optimized
>fortran does all the calculations in the processor registers and never writes 
>them out to virtual memory (and hence disk).
>
>It seems the VAX Fortran compiler is "better" (at spotting such optimizations
>in trivial programs) than the VAXC and AXP fortran
>compiler. Heres my results with bench.for, built "vanilla" (ie fortran bench,
>link bench) for various nodes in our cluster.
>
>VAX 4100, 128MB Ram, many users and full batch load.
>Cluster boot node and disk server.                          Time=  0.4609375
>                                                            Page faults 123
>VAXStation 3100 M76, no users (just this job in batch).
>32 mb ram, local paging disk                                Time=   1.804688
>                                                            Page faults 152
>
>MicroVax II, 10 MB ram. 2 users logged in not doing much    Time=   18.40625
>                                                           Page Faults 135
>
>AXP 3000/400, 128 MB Ram, VMS 1.5, several Xsessions running
>and 100% compute bound batch load.                          Time=   10.99219
>                                                           Page Faults 1056
>
>Note that on AXP system pages are larger (8kbyte) that on VAX (512 byte).
>The AXP program wades thru the large array in virtual memory, paging to
>disk when necessary. The VAX version just calculates in its internal
>registers! (why doesn't the VAX prog just do a null operation).
>
>Michal, I don't believe your figure for your MicroVax II though :-). Unless the
>FORTRAN 5.8 compiler is even better at optimising this garbage than 6.0
>

I should have waited till I had tried VAX Fortran V5.8. Unfortunately I don't
use that system much and my diskquota had been reduced below usage so I had to
clean up a bit. Here is result for:

VAXStation 3100 M30 16MB Ram Motif session (7 processes)   Time=  2.3437500E-02
                                                           Page Faults 99

Now I copy the V5_8 .EXE to our cluster, and it runs in Time=  2.3437500E-02
on the fully loaded 4100 !
I append the generated assembler. Note here that the compiler doesn't even bother
to execute the loop (the V6 compiler executes the loop but never moves the data
from processor register to memory).

>Finally, I and others have pointed out the many fallacies in the original
>benchmark, I think this finally shows that its results are pretty meaningless,
>unless lots of other preconditions (ie the compiler MUST store the results
>in virtual memory or equivalent (this is what the original poster
>WANTS to measure, I think)) are also specified.
>
>Also, that the VAX Fortran compiler is pretty hot.
>
>-- 

Sorry couln't restist :-)
>-----------------------------------------------------+---------------+
>Tim Llewellyn - OpenVMS, Soukous and Cricket Addict  | Read at your  |     
>Physicist Programmer, Bristol Uni Particle Physics.  | own risk.     |
>HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk  | Std disclaimer|
>Pet Hates: Case Sensitivity! Unix. Tremolo systems.  | implicit      |
>-----------------------------------------------------+---------------+
>
00001           DOUBLE PRECISION x,y(1000000)
00002           t = SECNDS(0.0)
00003           DO 1 i=1,1000000
00004             x=11.0+(33.5*i)*(33.5*i)
00005             y(i)=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)))
00006   1       CONTINUE
00007           t = SECNDS(t)
00008           PRINT *,'Time=',t
00009           END

BENCH$MAIN                                                      16-Dec-1993 20:07:45    VAX FORTRAN V5.8-155                Page   2
01                                                              16-Dec-1993 17:45:48    DISK$ONLINE:[TJL]BENCH.FOR;3                

                .TITLE  BENCH$MAIN
                .IDENT  01

    0000        .PSECT  $PDATA
    0000        .LONG   ^X00000000
    0004        .XBYTE  54,69,6D,65,3D

007A1204        .PSECT  $LOCAL
007A1204        .LONG   ^X00000001
007A1208        .ADDR   $PDATA
007A120C        .LONG   ^X00000001
007A1210        .ADDR   T
007A1214        .LONG   ^X010E0005
007A1218        .ADDR   $PDATA+^X4

    0000        .PSECT  $CODE
                                                                         ; 00001
    0000  BENCH$MAIN::
    0000        .WORD   ^M<IV,R11>
    0002        MOVAL   $LOCAL+^X7A1200, R11
                                                                         ; 00002
    0009        CALLG   $LOCAL+^X7A1204(R11), FOR$SECNDS
    0011        MOVL    R0, T(R11)
                                                                         ; 00003
    0014  L$1:
                                                                         ; 00007
    0014        CALLG   $LOCAL+^X7A120C(R11), FOR$SECNDS
    001C        MOVL    R0, R12
                                                                         ; 00008
    001F        MNEGL   #1, -(SP)
    0022        CALLS   #1, FOR$WRITE_SL
    0029        PUSHAB  $LOCAL+^X7A1214(R11)
    002C        CALLS   #1, FOR$IO_T_DS
    0033        PUSHL   R12
    0035        CALLS   #1, FOR$IO_F_V
    003C        CALLS   #0, FOR$IO_END
                                                                         ; 00009
    0043        MOVL    #1, R0
    0046        RET     
                .END

BENCH$MAIN                                                      16-Dec-1993 20:07:45    VAX FORTRAN V5.8-155                Page   3
01                                                              16-Dec-1993 17:45:48    DISK$ONLINE:[TJL]BENCH.FOR;3                

PROGRAM SECTIONS

    Name                                 Bytes   Attributes

  0 $CODE                                   71   PIC CON REL LCL   SHR   EXE   RD NOWRT QUAD
  1 $PDATA                                   9   PIC CON REL LCL   SHR NOEXE   RD NOWRT QUAD
  2 $LOCAL                             8000028   PIC CON REL LCL NOSHR NOEXE   RD   WRT QUAD

    Total Space Allocated              8000108


ENTRY POINTS

    Address  Type  Name          

  0-00000000       BENCH$MAIN    


VARIABLES

    Address  Type  Name              Address  Type  Name              Address  Type  Name          

      **      I*4  I               2-007A1200  R*4  T                   **      R*8  X             


ARRAYS

    Address  Type  Name                Bytes  Dimensions

  2-00000000  R*8  Y                 8000000  (1000000)


LABELS

    Address   Label   

      **      1       


FUNCTIONS AND SUBROUTINES REFERENCED

  Type  Name            Type  Name            Type  Name            Type  Name            Type  Name            Type  Name          

   R*4  COS              R*8  EXP              R*8  LOG              R*4  SECNDS           R*4  SIN              R*8  SQRT          

BENCH$MAIN                                                      16-Dec-1993 20:07:45    VAX FORTRAN V5.8-155                Page   4
01                                                              16-Dec-1993 17:45:48    DISK$ONLINE:[TJL]BENCH.FOR;3                

COMMAND QUALIFIERS

  FORTR BENCH/MAC/LIS

  /CHECK=(NOBOUNDS,OVERFLOW,NOUNDERFLOW)
  /DEBUG=(NOSYMBOLS,TRACEBACK)
  /DESIGN=(NOCOMMENTS,NOPLACEHOLDERS)
  /SHOW=(NODICTIONARY,NOINCLUDE,MAP,NOPREPROCESSOR,SINGLE)
  /STANDARD=(NOSEMANTIC,NOSOURCE_FORM,NOSYNTAX)
  /WARNINGS=(NODECLARATIONS,GENERAL,NOULTRIX,NOVAXELN)
  /CONTINUATIONS=19  /NOCROSS_REFERENCE  /NOD_LINES  /NOEXTEND_SOURCE
  /F77  /NOG_FLOATING  /I4  /MACHINE_CODE  /OPTIMIZE  /NOPARALLEL
  /NOANALYSIS_DATA
  /NODIAGNOSTICS
  /LIST=DISK$ONLINE:[TJL]BENCH.LIS;1                                                                        
  /OBJECT=DISK$ONLINE:[TJL]BENCH.OBJ;3                                                                        


COMPILATION STATISTICS

  Run Time:           0.52 seconds
  Elapsed Time:       1.45 seconds
  Page Faults:        598
  Dynamic Memory:     472 pages

=====================================================+===============+
Tim Llewellyn - OpenVMS, Soukous and Cricket Addict  | Read at your  |     
Physicist Programmer, Bristol Uni Particle Physics.  | own risk.     |
HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk  | Std disclaimer|
Pet Hates: Case Sensitivity! Unix. Tremolo systems.  | implicit      |
=====================================================+===============+

------------------------------

From: doolitt@cebaf4.cebaf.gov (Larry Doolittle)
Subject: Re: SLOW???
Reply-To: doolitt@cebaf4.cebaf.gov (Larry Doolittle)
Date: Thu, 16 Dec 1993 18:32:24 GMT

In article <1993Dec16.145542.1@zipi.fi.upm.es>, a920101@zipi.fi.upm.es writes:
> Sorry if this is not interesting for everybody but...
> How Slow is Linux on a 386 DX-40 (AMD) with IIT Coprocessor and 4 Mg?
> Is it Slow?
> VERY Slow?
> TERRIBLY Slow?
> Please tell me something!!!(gotta know this BEFORE installing LINUX)

Your processor isn't a problem - I run a 386DX/25 and it's
reasonably responsive.  Of course, it can't compete with
my other machine, which is a 486DX2/66.

With 4M of RAM you probably won't want to run X (unless you
are really patient), and heavy use will start the machine
swapping badly.  Simple editing, network access, compiling
small programs, should all work fine.  Emacs would be a lot
slower than vi or joe because emacs is a memory hog.
Recompiling the kernel I would guess would take two or three
times as long as if you had 8M RAM - an hour or two instead
of half an hour.  Disk drive performance is a concern when
you have this little memory - I tried it with an old ST-02,
and system response became hideous if any swapping was needed.

Yes, do it!  And start saving money for that extra 4M RAM.

       - Larry Doolittle   doolittle@cebaf.gov

------------------------------

From: mcguire@cs.utexas.edu (Tommy Marcus McGuire)
Subject: Re: Update on Linux International (RFD)
Date: 16 Dec 1993 13:23:29 -0600

In article <1993Dec14.205723.699@cs.cornell.edu>,
Matt Welsh <mdw@cs.cornell.edu> wrote:
[...]
>My only question is this: Why do you NEED a formal organization in the
>first place? It seems to me that it would be more appropriate, and
>more in the keeping of the spirit of Linux, to simply form (initially,
>at least) an informal group of volunteers to solicit donations and
>promote Linux through advertising and the like. 

This is just a thought, but....

Because if you don't have stationery, the proper mailing address,  
and at least the appearance of solid stablility and respectibility, 
certain people (who might otherwise be supportive) will weird out?  
Like, say, everyone who wears a suit to work.  This has traditionally 
been one of the problems with GPL'd software.  It (and volunteer 
organizations that don't otherwise have A-OK written all over them) 
tend to get written off quickly.

That being said, more than likely you are entirely correct.

[...]
>mdw
>-- 
>"Do you want to be Finnish? Sure, we all do!"

Heck, yes.  On the other hand, I'd rather be a pony.



=====
Tommy McGuire
mcguire@cs.utexas.edu
mcguire@austin.ibm.com

"...I will append an appropriate disclaimer to outgoing public information,
identifying it as personal and as independent of IBM...."


------------------------------

From: georgeh@nick.csh.rit.edu (George Hartz)
Subject: tracker 3.19 / sound drivers 2.3
Date: Thu, 16 Dec 1993 18:59:28 GMT

I have a SB16 ASP sound card, and installed the ALPHA drivers for it yesterday.
In the docs for the driver, it says that there is a new version of tracker
available elsewhere that has been modified to work with the new drivers. It says
that its version 3.19 as opposed to 3.10. Archie couldn't turn up a copy of it
anywhere however. Does anyone have any idea where this new version can be found?
Also, I'm looking for an x-application to play audio cd's in a CD-Rom drive. In
fact, when I installed the Slackware distribution, I vaguely recall seeing 
something scroll by while it was installing about one, but I can't seem to 
locate one, neither on my system nor on an FTP site. If anyone has seen one of
these, please let me know.

- George Hartz


------------------------------

From: steveb@newsouthwales.uucp (Steve Benz)
Subject: Re: Mail Order Linux Workstations
Date: 16 Dec 1993 20:48:14 GMT

In article <CI4vuD.Fy1@murdoch.acc.Virginia.EDU> doolitt@cebaf4.cebaf.gov (Larry Doolittle) writes:
>In article <1993Dec16.053951.10645@cs.ucla.edu>, edwin@maui.cs.ucla.edu
>(Edwin Tisdale) writes:
>> *    32 bit 2 MB 1280x1024 Super VGA graphics accelerator (VLB)
>                                        ^^^^^^^^^^^^^^^^^^^^
>This is a can of worms.  Lots of these boards don't have good support
>under XFree86-2.0.  For useful performance *now*, you *must* specify
>a supported chipset.  To get 1280x1024x8 with a system like this, what
>you want is an S3-928 based board, or maybe one of the ATI cards...

Huh?  What about the Cirrus Logic 5428's?  The HOWTO says they're
supported `Accelerated' cards...  Granted there's support and then
there's support, but fact is, them S3-928's aren't at all cheap.

So is there some reason to think that the Cirrus stuff wont' work?
I'm sure the Cirrus chips aren't as good as the 928's, but hell, all
I want out of life is for my friggin' Xterm's to scroll in real time.

                                        - Steve

------------------------------

From: tso@cephalo.neusc.bcm.tmc.edu (Dan Ts'o)
Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: 16 Dec 1993 20:44:17 GMT

In article <STEVEV.93Dec16001715@miser.uoregon.edu> stevev@miser.uoregon.edu (Steve VanDevender) writes:
)   Then why does Windows crash at least once a session?  I've been using DOS 
)   since 3.31 was new, and I've had DOS 4.0 crash on me once.
)
)If you really think about it, having Windows crash more than once
)a session is really bad, although once Windows has crashed out I
)wonder how you can consider yourself in the same Windows session
)afterwards.

        I guess it isn't obvious although it seems like it should be -- when I
mean session (and I assume the original poster also), I mean a user session,
that is, in the morning, I sit down at my desk and try to get some work done,
writing or drawing or whatever, for that day. I have had dozens of Windows
crashes per session. The times that UNIX has crashed even once during a session,
over a 15 year period, I could count on one hand.

------------------------------

From: rene@renux.frmug.fr.net (Rene COUGNENC)
Subject: Re: A typical Linux machine
Date: 16 Dec 1993 14:48:57 GMT

Ce brave Harald T. Alvestrand ecrit:

> Register by using the //MACHINE command to the Linux counter!
> Good luck!

Im a registered since the first days of the linux counter, there was just
the subject line at this time.

(And I remember that I received the confirmation mail to the right adress,
 'rene@renux.frmug.fr.net',  tellling my that 'rene@frmug.fr.net' was
counted ( or a similar error :-) )

What happens if someone wants to update his account ?
Can we post a new mail or do you have to edit all that manually... ?

--
 linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux 

------------------------------

From: mcovingt@aisun3.ai.uga.edu (Michael Covington)
Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: 16 Dec 1993 23:41:16 GMT

In article <CI50ty.28J@mentor.cc.purdue.edu> craig@sage.cc.purdue.edu (Craig Lewis) writes:
>
>Ok, my average Windows session is around 2 hours, and I have a crash about 1
>hour into it.  All I do is read news through a telnet, and it just crashes.

Setup error.  Add an appropriate EMMexclude= command to system.ini to keep
Windows from conflicting with your Ethernet card.

>On DOS, sometimes I'd run 3-4 days without a crash (I'd run big raytracing
>batch files most of the nights, with moderate/heavy programming during the
>days).

We have machines that have been running Windows for weeks, with heavy use,
without rebooting.



-- 
< Michael A. Covington, Assc Rsch Scientist, Artificial Intelligence Programs >
< The University of Georgia, Athens, GA 30606-7415 USA    mcovingt@ai.uga.edu >
<>< ----------------------------------------------------------------------- ><>
< For info about U.Ga. degree programs, email GRADADM@UGA.CC.UGA.EDU (not me) >

------------------------------

Crossposted-To: sci.electronics
From: rick@discus.mil.wi.us
Subject: Good Random Source (under Linux)
Date: Thu, 16 Dec 1993 15:39:47 -0600 (CST)

=====BEGIN PGP SIGNED MESSAGE=====

I can't say I have a *lot* of confidence in this scheme, but every check I've 
done on it so far shows it to be about as random as you can get:


#!/bin/sh
(while `true`; do cat /dev/kmem | gzip -9 | tail +1024c ;done) | md5f 509


Here's what's happening:

        A loop continuously spouts compressed kernel memory,
         with the first 1k hacked off (to eliminate headers).

        That goes through a filter ("md5f") which generates a
        16-byte MD5 hash for every 509-byte block of input.


Since the kernel memory (which averages around 6 Megabytes on my box)
keeps changing, and the compression (GNU Zip) reduces down near the
theoretical limit, the output is almost completely unpredictable.

The output has passed every test of randomness I've got!

Rick Miller             <rick@discus.mil.wi.us>             +1 414 221 3403

=====BEGIN PGP SIGNATURE=====
Version: 2.3a

iQCVAgUBLRDVlWJrU1sdj28/AQERQwP6AnedLDMRKrH/6qL7PYZhYflIEtO2Vpjd
ufKXPODdue+MT1w9hnpW3DKTDlHuPo6EJMMvBdZztgZl03cpCyFKrZEkTfUdvG0C
8OSrJ5NKi8HWkNJUpgoIOr3ge8YVRuTUYPT2q7tA14SI4g00Xd6PYoaGx1j5arsX
xklQcrK1+mc=
=Q9Jm
=====END PGP SIGNATURE=====

------------------------------

From: root@midips.in-berlin.de (Holger Wirtz)
Subject: Where are the linux groups?
Date: 13 Dec 93 05:35:21 GMT

Sorry, but I havn't read this group for a few weeks and I wonder why there are
so few articles around. Is there a new group?
(Please post only one article and don't Email :-)

Thanx, Holger

-- 
_____________Manche_Leute_haben_Modelleisenbahnen_-_ich_habe_Linux_____________
Holger Wirtz  | Phone: +49 30 372 17 65 (VOICE) | root@midips.in-berlin.de
Kohstallweg 9 |        +49 30 372 37 34 (DATA)  | chick@xport.in-berlin.de
13583 Berlin  |        +49 30 372 37 34 (FAX)   | chick@contrib.de

------------------------------

From: trafton@clarity.Princeton.EDU (Greg Trafton)
Subject: Re: Lisp anyone?  How about CMU Lisp?  Garnet?
Date: Thu, 16 Dec 1993 17:00:20 GMT

In article <XJAM.93Dec15124402@fir.CS.Berkeley.EDU> xjam@fir.CS.Berkeley.EDU (Brian F. Dennis) writes:

   The CMU guys have consistently claimed that porting CMU Common Lisp to a
   CISC architecture would be a real drag and nobody's been motivated enough
   to do it. The runtime is probably not that big a deal since Linux has (?) a
   real mmap. However, getting Python to deal with the 486 might be a problem.

   People have been running Garnet in CLISP. That's probably a better bet than
   CMU CL.

   SCM has been ported to Linux and works fabulously. MIT CScheme is probably
   not far off if not here now.
   --
   xjam@cork.Berkeley.EDU       Fiiiive Thousand Boomin Watts...... -The JBeez

And I have a followup question to this comment (though I'm probably in
the wrong newsgroup, sorry!).  

The last time I checked CLISP, it was using common lisp version 1
(CLtL1, 1984, Steele) and small parts of version 2 (primarily the
older parts).  However, I have a program (ACT-R, a production system)
that uses version 2 (CLtL2, 1990, Steele).  Does anyone know if CLISP
uses version 2?  Or if there are any public domains of LISP (availabe
for linux) that do support version 2?  Or am I completely out of
touch?

I would really appreciate any insights people had!

many thanks,
Greg Trafton
(trafton@clarity.princeton.edu)

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU

Linux may be obtained via one of these FTP sites:
    nic.funet.fi				pub/OS/Linux
    tsx-11.mit.edu				pub/linux
    sunsite.unc.edu				pub/Linux

End of Linux-Misc Digest
******************************
