From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: tuhs-bounces@minnie.tuhs.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.1 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id e6a9c57b for ; Fri, 24 Aug 2018 14:02:43 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 71F16A1A2B; Sat, 25 Aug 2018 00:02:42 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id C92A1A1A1A; Sat, 25 Aug 2018 00:02:31 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b=BulYZHQm; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id D99C2A1A1A; Sat, 25 Aug 2018 00:02:28 +1000 (AEST) Received: from mail-qt0-f177.google.com (mail-qt0-f177.google.com [209.85.216.177]) by minnie.tuhs.org (Postfix) with ESMTPS id 4CBF8A1A19 for ; Sat, 25 Aug 2018 00:02:28 +1000 (AEST) Received: by mail-qt0-f177.google.com with SMTP id t5-v6so10226392qtn.3 for ; Fri, 24 Aug 2018 07:02:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZWw8KwS+7GgoaPuiNitendfAxGwqm/OrtAavSJF5VTY=; b=BulYZHQm7pnZDler9Mps+aS62/bvpKOnoIkEtYeYWcAq98pfAZOSvxLXOUS24MX6/+ GHL3mItQG9Pe+/Z+pk9edjJ/3WQtGyfV0/pLLBZc41vcGpQ/CGsFMq88tDC2q+1O55GG OJacBsFhljwhgneuavuXgU/hjAuzszQyiJ4LDIbgXWURMU8d5VOPNUwK/Cgw3iz0o4KG ufVMxvgrkc46JSDcw9IkCTG3B/FQCbqTk2wfhlFMu4+2rEFyairZ9vTwHZSohpPlD/mU NJQhxB0t22ShmtxavJ4zRc6P5a3NW5XgkffVpP9XDmTu4bN4Ic3jk608BVZqtX7rfrFZ yQ1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZWw8KwS+7GgoaPuiNitendfAxGwqm/OrtAavSJF5VTY=; b=k1w5NJbqrOLIzNY3PJGr7xGDyQlC0u/5Q/EPninyjHw913Oq/VuKnSuc5l/dQstFWQ sta5Cz5TpculHvVpgxfTfcRasQqe3Be0bgaWLzv84uPAF/O5rJVSLnGSK5uUx4gw2RQG vbsJsMEu6BjKcIy4bOAIa98xRnTnnfsWFJ7U6Vx5sWEckSMjwk6rV1LCo23yhdv07qWo BQqZfDaJhd91NvgrOXXwExpQX3vox6SBwsnjnI31pmyFCMUF1sl4DJ5l23ZTQsqw2uBF O/dIEzAbZv+0UoyqhXo7k8kiKjxHFuDk+WXrKCmj9w94hKs3s1ohDIFZy7cthx4GGJTl VxEw== X-Gm-Message-State: APzg51ARavVSA7kahcpz2NZ/i0SrAE44GkbkvFv7YUJD+9UdF49jmtdo 6zEkV77YqlmlwWBRzCNx16SRIMTd1RrsSUUnLPiAL1r9F9k= X-Google-Smtp-Source: ANB0VdY+5w3MmbdfASGQenke5Q0yCKz78uKyqBrTVoMjJZCSeIqgq3mD2H8WPW9QA+9Gml7Lbr/Kmn5hs8TZWlksTk4= X-Received: by 2002:ad4:414b:: with SMTP id z11-v6mr1910275qvp.77.1535119347414; Fri, 24 Aug 2018 07:02:27 -0700 (PDT) MIME-Version: 1.0 References: <10c401d43aef$8be34870$a3a9d950$@ronnatalie.com> <151301d43b2f$07881ed0$16985c70$@ronnatalie.com> <0889FBDD-A68B-4062-AF63-EBF4CAB17F8A@ccc.com> In-Reply-To: <0889FBDD-A68B-4062-AF63-EBF4CAB17F8A@ccc.com> From: Dan Cross Date: Fri, 24 Aug 2018 10:01:26 -0400 Message-ID: To: Clem Cole Content-Type: multipart/alternative; boundary="00000000000063fe0e05742ed3e0" Subject: Re: [TUHS] C++ / Kernel X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --00000000000063fe0e05742ed3e0 Content-Type: text/plain; charset="UTF-8" On Thu, Aug 23, 2018 at 11:05 PM Clem cole wrote: > Interesting. Void is missing, not just void*? At one point void worked but > the void * idiom was buggy/missing > Correct. Neither cc nor pcc on 7th edition will accept: void sideeffect() { printf("Hi\n"); } As far as I can tell, both are treating `void` in this short program as an identifier. The string "void" doesn't appear in the sources for either compiler. The problem I have is the compiler was changing in small ways with each > version and the differences run together > It's my subjective impression, based largely on what I read here on TUHS, that there was quite a lot of activity and cross-pollination in and out of Bell Labs at the time, so I'm not surprised that the details here are fuzzy. - Dan C. Sent from my PDP-7 Running UNIX V0 expect things to be almost but not > quite. > > On Aug 23, 2018, at 9:58 PM, Dan Cross wrote: > > On Thu, Aug 23, 2018 at 6:17 PM wrote: > >> [snip] >> >> Void* came out with the V7 compiler, if I recall properly. The BSD >> kernel >> looks as if it requires such a later compiler (it uses bit fields which >> the >> earlier compilers didn't support). >> But it doesn't matter. You are right char* (or caddr_t) would work just >> fine for this albeit with some explicit casting. >> > > This appears to be incorrect, unfortunately. I just tested on the > PDP-11/70 running 7th Edition at the Living Computer Museum (I've got an > account there) and it appears that neither `cc` nor `pcc` understand `void`. > > Perhaps Steve Johnson can chime in on this? I suspect he'd know the > history here well. > > - Dan C. > > --00000000000063fe0e05742ed3e0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Aug 23= , 2018 at 11:05 PM Clem cole <clemc@ccc= .com> wrote:
Interesting. Void is missing, not just void*? At one = point void worked but the void * idiom was buggy/missing=C2=A0 =C2=A0=C2=A0=

Correct. Neither cc nor pcc on 7th e= dition will accept:

void
sideeffect()
{
=C2=A0 =C2=A0 =C2=A0 =C2=A0 printf("Hi\n");
}

As far as I can tell, both are treating= `void`=C2=A0in this short program=C2=A0as an identifier. The string "= void" doesn't appear in the sources for either compiler.

The problem I have is the compiler was changing in small ways with= each version and the differences run together=C2=A0

It's my subjective impression, based largely on w= hat I read here on TUHS, that there was quite a lot of activity and cross-p= ollination in and out of Bell Labs at the time, so I'm not surprised th= at the details here are fuzzy.

=C2=A0 =C2=A0 =C2= =A0 =C2=A0 - Dan C.

Sent from my PDP-7 Running UNIX V0 expect things to b= e almost but not quite.=C2=A0

On Aug 23, 2018, at 9:58 PM, Da= n Cross <crossd@gm= ail.com> wrote:

On Thu, Aug 23, 2018 a= t 6:17 PM <ron@r= onnatalie.com> wrote:
[snip]

Void* came out with the V7 compiler, if I recall properly.=C2=A0 =C2=A0The = BSD kernel
looks as if it requires such a later compiler (it uses bit fields which the=
earlier compilers didn't support).
But it doesn't matter.=C2=A0 =C2=A0You are right char* (or caddr_t) wou= ld work just
fine for this albeit with some explicit casting.

<= /div>
This appears to be incorrect, unfortunately. I just tested on the= PDP-11/70 running 7th Edition at the Living Computer Museum (I've got = an account there) and it appears that neither `cc` nor `pcc` understand `vo= id`.

Perhaps Steve Johnson can chime in on this? I= suspect he'd know the history here well.

=C2= =A0 =C2=A0 =C2=A0 =C2=A0 - Dan C.

--00000000000063fe0e05742ed3e0--