⟦b60280ee1⟧

TextFile


Here is the older list of machines on which successful compilations 
of TeX and METAFONT were done before the introduction of TeX 3.0 and
METAFONT 2.0 (that is to say, up to and including TeX 2.991 & METAFONT 1.8).  
We fully expect that before long, the list of machines running TeX 3.0 
and METAFONT 2.0 will equal and surpass this list, as newer machines 
running UNIX come into being.


   386/PC, running ESIX V: in site.h, define SYS V, and attend to paths.  
        If using xdvi previewer, do not use SUBDIRmakefile to set up 
        directories for rastered fonts; on this system, xdvi will not 
        access fonts that are linked; also, in xdvi.c, comment out the 
        three statements that refer to the variables SIGIO, FASYNC, 
        F_SETOWN (ESIX does not recognize the first; and if you are not 
        working in a networking environment, the other two do not matter). 
   Amdahl running UTS (SysV).  In site.h, type "schar" must be defined 
        "short." 
   Apollo, Domain/OS SR9.7 and BSD4.2 Domain/IX SR9.5; also, SR10.0 
        (beta).  See the file ./tex82/README.APOLLO on the tape. 
   Apple Mac II running A/UX, Green Hills C compiler: in site.h: change 
        editor to /usr/bin/vi (or whatever is on your system), define 
        SYSV, undefine BSD, define ANSI, typedef double glueratio.  
        Because running from C shell, "make all" will halt and system will 
        complain about an unmatched ' at the "convert" command; to 
        continue, type "sh<cr>" followed by "convert<cr>" (in mfdir). 
   AT&T 3b2:  for reasons we have not been able to find, the 3b2's 
        cartridge drive will not read cpio cartridges written on our SUN2 
        drive.  NCR Tower and Stellar drives have no difficulty reading 
        the same cartridges.  We regret to say that you will have to read 
        our cartridge via a drive that will accept it, and then transfer 
        the material on to your machine.  Small TeX, using the fpcc 
        compiler.  The files tex8.c and dvitype.c had to be modified 
        because each contained a case statement too large for the compiler 
        to handle (3b2/400 site broke the long case statement down into 
        three case statements; at 3b2/500 site, this problem did not arise 
        at all).  It may be necessary to remove the "-s" flag when loading 
        virtex if you're going to use undump.  3b2/500: no problems at all 
        in the C compilation of any of the TeX (Big TeX) or METAFONT 
        modules. 
   AT&T 6386 WGS, running System V Release 3.1.1. 
   Cray running Unicos (not Cray 1). 
   Celerity C1260, UNIX version 3.4.78, without -0.  The optimizer bug has 
        been reported to Celerity (now part of FPS). 
   Compaq Deskpro 386/20 (300 MB fixed disk, 13 MB main memory), running 
        Interactive UNIX Sys V Version 3.2; Wangtek 60 MB drive (cpio 
        cartridge); Interactive's C compiler will complain about 
        "unreachable statements," so expect to have to make minor 
        adjustments to the source.  Microway's NDP-C Version 1.4e compiler 
        and Greenhills C-386 V 1.8.3 compiler also work fine.  Use 
        ./DVIware/crt-viewers/X/xdvi previewer with Interactive's X11 
        system. 
   Compaq: Interactive 386/ix Version 1.0.5 (Unix Sys V Release 3.1) 
        running on an i386 machine.  Apply patches (in directory 
        ./tex82/386-ix). 
   Convex: Everything works, but -O breaks web2c itself, so don't use it 
        when compiling that program; it's ok for TeX etc. 
   Counterpoint System-19K, C-XIX 3.0. 
   Cromemco System 300 running Unixsoft System V.2 (TeX only).
   DECstation 3100 (PMAX).  Slight bug in optimizer affects initex and 
        virtex.  Compile them without the -O flag.  (Beta release.) 
   Encore Multimax (32332's) running Umax 4.2 release 3.3; Multimax 310 and 320. 
   Harris 8CX9, running HC-UX, using standard cc compiler; in site.h, the 
        type "schar" must be defined as "short"; in ./tex82/ctex/extra.c, 
        delete "#include <fcntl.h>." 
   HP 9000: if you have already informed us that your system is an HP 
        9000, there should be additional installation information enclosed. 
      HP 9000/350.  HP's version of lex, and possibly others, types yytext 
        as unsigned char instead of char.  Appropriate changes will have 
        to be made in web2c on such systems.  Successful installations 
        have also beendone on HP9000/360 and 370 (68030-based) machines. 
      HP 9000/840, compiled without "-O" and with "-lmalloc", both big and 
        small versions of TeX.  TeX has passed the TRIP test on an 
        HP9000/835 (HP-PA based) machine.  The 9000/850 is supposed to be 
        object-code compatible,but it was not tested.  
   IBM RT/PC running AOS 4.3 (without -O with one compiler version; see 
        README.RT for another); in site.h, you may have to define schar as 
        "short" instead of "char," or typedef unsigned char schar.  Also 
        on an RT running AIX 2.2.1. 
   IBM PS/2 running AIX:  TeX 2.991 installed.  If using xdvi previewer, 
        delete references to sprintf in xdvi.c, because IBM defines it 
        differently in their standard headers. 
   ICL Clan 7 running System V (really a CCI Power6/32). 
   MassComp without -O.  Successful installation on a MassComp 5500, o.s. 
        RTU version 1.3 of C compiler (version 1.2 will not work); 
        undefine REGFIX in last line of site.h. 
   MicroVAX II, running Ultrix. 
   MIPS R/1000, compiler version 1.21; also MIPS M-2000, running SysV. 
   MISTRAL Hitech-10 (based on MIPS R2000A chip set; running BSD4.3 
        [UMIPS]); bypassed undump. 
   NeXT OS version 0.8 if you leave out the -s flag to the loader.  OS 0.9 
        is a little harder, owing to some *.h file shuffling.  OS 1.0: do 
        installation from Terminal Emulation window; in top level 
        makefile, change OPT=-O to OPT=-O -bsd. 
   Pyramid 98x, OSx64Q 4.0-870901, C Compiler CCOMP_4.0, large or small 
        TeX's; has also been installed on a 90x and 90xe. 
   Ridge 32 running ROS 3.5 and C compiler version 2.1B. 
   Sequent Balance, Dynix 2.1.1, using cc, in both the Berkeley and ATT 
        universes.  Gcc 1.21 and earlier failed even to produce assembly 
        code which would assemble, much less execute.  1.22's supposed to 
        have this fixed, but the compiler dies with an unexpected signal. 
   Sequent Symmetry, Dynix 3.0.12, using cc -O. 
   Silicon Graphics Iris workstation 3000 (o.s. version not specified), 
        Motorola 68000-family chips.  Also, Iris 4D/70G: in site.h, change 
        "char" to "signed char"; change OPT macro in ./tex82/ makefile to 
        "-signed -Olimit 900"; use tex.script scheme for building and 
        running executables--partly because no undump for Mips chip, 
        partly because works fine (very fast) without undump. 
   Silicon Graphics Personal Iris 4D/25, o.s. 3.2 (pre-release): To read 
        QIC-24 tar cartridge onto system use: "dd if=/dev/tape 
        conv=swab,noerror | tar xvf -" followed by a hit of the RETURN 
        key.  In site.h, change "char" to "signed char"; change OPT macro 
        in makefile to "-signed -Olimit 900"; use tex.script and bypass 
        undump. 
   Sony News Workstation, 4.2BSD Unix Release 2.2, using both the native C 
        compiler and gcc (both TeX and MF). 
   Sperry 7000/40 (Tahoe architecture) running 4.3BSD. 
   Sun-2, SunOS 3.2-4 (register variables may be ok here). 
   Sun-3, SunOS 3.2 (no register variables), SunOS 3.4, 3.5, 4.0FCS (with 
        register variables), all using the Sun-supplied C compiler, cc.  
        The -O4 optimization level seems to work on both Sun-3's and Sun-
        4's in SunOS 4.0 for TeX, but not for pltotf.c, mf4.c, and mf9.c.  
        With some early versions of gcc, you must define "schar" as "int" 
        in site.h to avoid optimizer bugs (and then TeX's speed and size 
        are comparable to the code produced by cc).  With recent versions 
        of gcc, changing schar is not necessary.  
   Sun-4, SunOS 3.2-4, using cc -O, and SunOS 4.0FCS with cc -O.  Gcc 1.28 
        also passes the trip test, but the execution time of the resulting 
        program is the same or slower than that compiled with cc.  Gcc 
        1.30 seems to produce code which fails the trip test.  SUN 4/110. 
   Sun-386i, SunOS 4.0, cc -O, gargantuan version; OS 4.0.1.  Optimizing 
        compiler bug will cause "make all" to crash during the make of 
        mf4.o; so, make that file without the -O option.  Also, undefine 
        REGFIX in ./tex82/site.h.  (SUN says optimization bug will be 
        taken care of in future compiler release SC0.0.) 
   Sun SPARC, SunOS 4.0.3.  QIC-24 cartridges should be read on the 
        /dev/rst0 drive.  
   Tektronix 4337, running U-Tek 3.1: in site.h, undefine all windows; 
        undefine REGFIX.  Do not optimize: in ./tex82/makefile, get rid of 
        -O from second line that corresponds to optimizing the compiler; 
        comment out lines corresponding to WLIBS and MF.  No MF window 
        support yet: compatibility problem; let us know if you can get it 
        to work. 
   Toshiba T5100 and T5200 running Interactive's 386ix. 
   UNIXpc (aka 3b1 or PC7300) running System V version 3.51. 
   Vaxen running 4.2, 4.3BSD, and Ultrix, using cc.  If you use gcc, use 
        version 1.25 and later.
DataMuseum.dk

DKUUG/EUUG Conference tapes

⟦b60280ee1⟧ TextFile

Derivation

TextFile
