From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI
	autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 6232 invoked from network); 2 Mar 2023 01:59:44 -0000
Received: from minnie.tuhs.org (2600:3c01:e000:146::1)
  by inbox.vuxu.org with ESMTPUTF8; 2 Mar 2023 01:59:44 -0000
Received: from minnie.tuhs.org (localhost [IPv6:::1])
	by minnie.tuhs.org (Postfix) with ESMTP id D7388435F5;
	Thu,  2 Mar 2023 11:59:40 +1000 (AEST)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122])
	by minnie.tuhs.org (Postfix) with ESMTPS id 2F3B2435F0
	for <tuhs@tuhs.org>; Thu,  2 Mar 2023 11:59:31 +1000 (AEST)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178)
	id 8A48F18C07B; Wed,  1 Mar 2023 20:59:30 -0500 (EST)
To: tuhs@tuhs.org
Message-Id: <20230302015930.8A48F18C07B@mercury.lcs.mit.edu>
Date: Wed,  1 Mar 2023 20:59:30 -0500 (EST)
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Message-ID-Hash: W5T6L2WG4JS2LJJASBREZMFKAL7XL3MC
X-Message-ID-Hash: W5T6L2WG4JS2LJJASBREZMFKAL7XL3MC
X-MailFrom: jnc@mercury.lcs.mit.edu
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: jnc@mercury.lcs.mit.edu
X-Mailman-Version: 3.3.6b1
Precedence: list
Subject: [TUHS] Re: Unix v7 icheck dup problem
List-Id: The Unix Heritage Society mailing list <tuhs.tuhs.org>
Archived-At: <https://www.tuhs.org/mailman3/hyperkitty/list/tuhs@tuhs.org/message/W5T6L2WG4JS2LJJASBREZMFKAL7XL3MC/>
List-Archive: <https://www.tuhs.org/mailman3/hyperkitty/list/tuhs@tuhs.org/>
List-Help: <mailto:tuhs-request@tuhs.org?subject=help>
List-Owner: <mailto:tuhs-owner@tuhs.org>
List-Post: <mailto:tuhs@tuhs.org>
List-Subscribe: <mailto:tuhs-join@tuhs.org>
List-Unsubscribe: <mailto:tuhs-leave@tuhs.org>

    >> _end

    > They are all in the V6 library.

Oops, not _end. In the V6 linker, "_end" is not defined if there are still
undefined symbols at the end of the linking run.

I remember finding this in some obscure place in the V6 documents; it's not
in 'ld(I)'. Anyone remember where it's discussed?

	Noel