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
next prev 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).