Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 UW 5/3/83; site uw-beaver
Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!houxm!vax135!cornell!uw-beaver!info-mac
From: info-mac@uw-beaver (info-mac)
Newsgroups: fa.info-mac
Subject: 64K limit
Message-ID: <2124@uw-beaver>
Date: Wed, 7-Nov-84 00:07:33 EST
Article-I.D.: uw-beave.2124
Posted: Wed Nov  7 00:07:33 1984
Date-Received: Fri, 9-Nov-84 05:52:57 EST
Sender: yenbut@uw-beave
Organization: U of Washington Computer Science
Lines: 14

From: Alan_Krantz%VANDERBILT.MAILNET%mit-multics.arpa@csnet-relay.arpa

An observation:
        A friend of mine who has a copy of the assembler noticec
that it generated relocateable code via using A5 as a base register.
While this is nice and dandy (and a nice way to get around not
having a hardware memory manager) the question arises as to how
you can access a data strcture which is larger then 64K (being
that the displacement is limited to 16 bits)? That is does anyone
know how the Mac generates relocateable code and at the same
time doesn't place a 64K limit on data structure (such as a single
array) (I suspect this is why segements on the Mac are 32K) ??

Does SuMacC avoid this problem - and if so how ??