DataMuseum.dk

Presents historical artifacts from the history of:

DKUUG/EUUG Conference tapes

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about DKUUG/EUUG Conference tapes

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - metrics - download
Index: R T

⟦7649ff5cd⟧ TextFile

    Length: 5175 (0x1437)
    Types: TextFile
    Names: »README.RT«

Derivation

└─⟦52210d11f⟧ Bits:30007239 EUUGD2: TeX 3 1992-12
    └─⟦c319c2751⟧ »unix3.0/TeX3.0.tar.Z« 
        └─⟦036c765ac⟧ 
            └─⟦this⟧ »TeX3.0/README.RT« 
└─⟦52210d11f⟧ Bits:30007239 EUUGD2: TeX 3 1992-12
    └─⟦63303ae94⟧ »unix3.14/TeX3.14.tar.Z« 
        └─⟦c58930e5c⟧ 
            └─⟦this⟧ »TeX3.14/README.RT« 

TextFile

[Additional note: Another site reports that version 2.1 of the High C
compiler dumps core, but that version 1.4 works fine. ---Tim]

Path: uci-ics!orion.cf.uci.edu!ucsd!ucbvax!tut.cis.ohio-state.edu!rutgers!psuvax1!shire.cs.psu.edu!ehrlich
From: ehrlich@shire.cs.psu.edu (Daniel R. Ehrlich)
Newsgroups: comp.sys.ibm.pc.rt,comp.text
Subject: Re: CTeX 2.93 under IBM AOS 4.3 Release 2?
Keywords: MetaWare High-C, IBM RT/PC
Message-ID: <4330@psuvax1.cs.psu.edu>
Date: 1 Mar 89 16:36:29 GMT
Sender: news@psuvax1.cs.psu.edu
Reply-To: ehrlich@shire.cs.psu.edu (Daniel R. Ehrlich)
Organization: Department of Computer Science, Penn State University
Lines: 124
Xref: uci-ics comp.sys.ibm.pc.rt:215 comp.text:1245

First I would like to thank all of the people who took the time to
respond to my plea for help.  After mulling over all of the
suggestions and comments I went back and reread the tex82/README.  In
there are mentioned some hints about unsigned char types and others
useful info.  All that I ended up needing to do was to add a few
`pragma' statements to tell MetaWare High-C to behave a bit more like
the portable C compiler.  Attached is a context diff for site.h that
actually got TeX to compile.  It even passes TripTeX now.  One other
point I failed to mention in my original message was that BIGTEX.PATCH
had been applied to ctex.ch and that `glueratio' was changed from a
float to a double in site.h.  An oversight on my part.

The next problem is to try and figure out why undump doesn't work
properly on the RT.  Undump on the RT is setting the data segment
length to zero so it's not saving any of the preloaded format
information.  Anyone have any thoughts on this one?

Thanks again for all the help.

*** site.h.orig	Tue Feb  7 15:01:38 1989
--- site.h	Wed Mar  1 09:16:01 1989
***************
*** 5,14 ****
   */
  
  /*
   * Default editor command string: %d expands to the line number where
   * TeX or Metafont found an error, and %s expands to the name of the file.
   */
! #define	EDITOR		"/usr/local/gemacs +%d %s"
  
  /*
   * If the type "int" is at least 32 bits (including a sign bit), this
--- 5,28 ----
   */
  
  /*
+  * Totally gross and disgusting hack to get around High-C on an IBM RT
+  * treating `char' differently than most other compilers.  Along with
+  * assorted other things.
+  */
+ 
+ #if	defined(__HIGHC__) && defined(ibm032)
+ pragma	Off(Char_default_unsigned);
+ pragma	On(Char_is_rep);
+ pragma	On(Parm_warnings);
+ pragma	On(Pointers_compatible);
+ pragma	On(Pointers_compatible_with_ints);
+ #endif	/* defined(__HIGHC__) */
+ 
+ /*
   * Default editor command string: %d expands to the line number where
   * TeX or Metafont found an error, and %s expands to the name of the file.
   */
! #define	EDITOR		"/usr/ucb/vi +%d %s"
  
  /*
   * If the type "int" is at least 32 bits (including a sign bit), this
***************
*** 39,45 ****
   * type available.  ANSI C compilers may need to use "signed char".
   * If you don't have signed characters, then use "short".
   */
! typedef	char schar;
  
  /*
   * The type "integer" must be a signed integer capable of holding at
--- 53,59 ----
   * type available.  ANSI C compilers may need to use "signed char".
   * If you don't have signed characters, then use "short".
   */
! typedef	signed char schar;
  
  /*
   * The type "integer" must be a signed integer capable of holding at
***************
*** 55,75 ****
   * The type glueratio should be a floating-point type which meets
   * the following restriction: sizeof(glueratio) <= sizeof(integer).
   */
! typedef float glueratio;
  
  /* Real can by any convenient floating-point type */
  typedef double real;
  
  /* TeX search paths: This is what we use at UCI. */
! #define	TEXINPUTS	".:/usr/local/lib/tex/inputs"
! #define	TEXFONTS	".:/usr/local/lib/tex/fonts/"
! #define	TEXPOOL		".:/usr/local/lib/tex"
! #define	TEXFORMATS	".:/usr/local/lib/tex"
  
  /* Metafont search paths */
! #define	MFINPUTS	".:/usr/local/lib/mf/inputs"
! #define	MFBASES		".:/usr/local/lib/mf/bases"
! #define	MFPOOL		".:/usr/local/lib/mf"
  
  /*
   * Metafont Window Support: More than one may be defined.  At UCI,
--- 69,89 ----
   * The type glueratio should be a floating-point type which meets
   * the following restriction: sizeof(glueratio) <= sizeof(integer).
   */
! typedef double glueratio;
  
  /* Real can by any convenient floating-point type */
  typedef double real;
  
  /* TeX search paths: This is what we use at UCI. */
! #define	TEXINPUTS	".:/usr/new/lib/tex/inputs"
! #define	TEXFONTS	".:/usr/new/lib/tex/fonts/"
! #define	TEXPOOL		".:/usr/new/lib/tex"
! #define	TEXFORMATS	".:/usr/new/lib/tex/inputs"
  
  /* Metafont search paths */
! #define	MFINPUTS	".:/usr/new/lib/mf/inputs"
! #define	MFBASES		".:/usr/new/lib/mf/bases"
! #define	MFPOOL		".:/usr/new/lib/mf"
  
  /*
   * Metafont Window Support: More than one may be defined.  At UCI,
Dan Ehrlich <ehrlich@shire.cs.psu.edu> | Disclaimer: The opinions expressed are
The Pennsylvania State University      | my own, and should not be attributed
Department of Computer Science         | to anyone else, living or dead.
University Park, PA   16802            |