The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Dan Plassche <boomer3200@gmail.com>
To: Noel Chiappa <jnc@mercury.lcs.mit.edu>
Cc: tuhs@tuhs.org
Subject: [TUHS] Re: Typesetter C Compiler and Troff (Re: Re: v6 Unix Documents)
Date: Thu, 5 Dec 2024 01:38:34 -0500 (EST)	[thread overview]
Message-ID: <edebe8f9-0f83-6bb0-220d-14627b6dc8a6@gmail.com> (raw)
In-Reply-To: <20241201042131.E7DD318C075@mercury.lcs.mit.edu>



On Sat, 30 Nov 2024, Noel Chiappa wrote:

> 
>     > I was able to rebuild both the UNSW and the native PWB compiler on PWB
>     > 1.0, but not to backport either to vanilla v6.
> 
> Any idea what the problem was? I'm curious, because we ran a version of the
> Typesetter compiler on the MIT systems, which ran an enhanced V6.
> 
> 	   Noel

Yes, I have a general sense after making some progress building 
on v6 and further exploring the PWB 1.0 and UNSW sets as noted 
below.  Would be interested to complete the process and add any 
details I am missing.

I had to use the new c compiler and assembler from the Shoppa 
disk (nix_v6.rl02.gz) to bootstrap the build using the UNSW files 
on v6.

The original typesetter c distribution was supposed to be for v6, 
which is my intended use case, but it appears the third-party 
copies we have available drifted:

- the stock v6 compiler could not build the new "Portable I/O 
  Library" (/lib/libS.a supporting stdio) from UNSW or PWB as the 
  pre-requisite to building the new compiler.  The code is almost 
  all the same in both, although UNSW is missing tmpnam.c.
 
- "old" cc gave a lot of basic syntax errors from the 
  included stdio.h and the library files with some of the most 
  common issues being redeclared items and classes.

- I had to adjust the UNSW includes to point to the 
  in-directory stdio.h file rather than the to be created include 
  path (/usr/include/stdio.h from #include <stdio.h>) that 
  was assumed to already exist (not on v6).

- table.o for the stdio library appears to require the new as

- PWB 1.0 builds already have ncc and are straightforward, but 
  rely on makefiles and use syscalls that are not available on 
  v6

- UNSW's set provides traditional run shell scripts, but 
  incorporates features -- the Bourne shell colon no-op and as 
  with an -o flag -- that are not on v6

- everything for stdio and the new compiler apart from c1 built 
  cleanly using ncc with /xlib

I am still tracking down why building c1 lead to an error (_itol 
undefined).  I think the build is getting close.  Also, I suspect 
that the typesetter c distribution from AT&T differed from what 
we have in terms of the build scripts and likely included 
binaries with the source: it seems that at some point ncc became 
necessary to build later verison of ncc.


Thanks,

Dan


  parent reply	other threads:[~2024-12-05  6:37 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-01  4:21 Noel Chiappa
2024-12-01 15:40 ` Ron Natalie
2024-12-01 17:24   ` Clem Cole
2024-12-01 17:27     ` Clem Cole
2024-12-05  6:38 ` Dan Plassche [this message]
  -- strict thread matches above, loose matches on Subject: below --
2024-10-18  2:19 [TUHS] v6 Unix Documents Dan Plassche
2024-10-18 13:58 ` [TUHS] " G. Branden Robinson
2024-10-19  3:36   ` Jonathan Gray
     [not found]     ` <f4e18bf1-98bb-8844-c102-2a1b00fbab15@gmail.com>
2024-10-20  9:39       ` Jonathan Gray
2024-10-21  0:30         ` [TUHS] Typesetter C Compiler and Troff (Re: Re: v6 Unix Documents) Dan Plassche
2024-10-21  2:47           ` [TUHS] " Jonathan Gray
2024-12-01  3:28             ` Dan Plassche

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=edebe8f9-0f83-6bb0-220d-14627b6dc8a6@gmail.com \
    --to=boomer3200@gmail.com \
    --cc=jnc@mercury.lcs.mit.edu \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).