Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!sun!amdcad!ames!hc!beta!cmcl2!rutgers!bellcore!faline!ulysses!sfmag!sfsup!shap
From: shap@sfsup.UUCP (J.S.Shapiro)
Newsgroups: comp.sys.mac
Subject: Re: compiler thoughts
Message-ID: <2219@sfsup.UUCP>
Date: Mon, 19-Oct-87 23:26:48 EDT
Article-I.D.: sfsup.2219
Posted: Mon Oct 19 23:26:48 1987
Date-Received: Wed, 21-Oct-87 07:13:36 EDT
References: <21163@ucbvax.BERKELEY.EDU>
Organization: AT&T-IS, Summit N.J. USA
Lines: 13
Summary: 32k limit isn't real.

In article <21163@ucbvax.BERKELEY.EDU>, oster@dewey.soe.berkeley.edu.UUCP writes:
> Because of the 32k global limit, few mac C compilers can compile
> such a C source code fragment.
> 
Nothing requires you to observe this limitation. The 32k limit is the limit
of offsets into a text segment that you can get to *from the jump table*.
For intra-text-segment references your compiler is free to generate
relative jumps (you can't fix the address because of relocatable code
needs). Most compilers I am aware of in fact leave it up to the user to
segment the code. Note also that as of the new ROMS the resource size limit
has been relaxed.

Jon Shapiro