Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!lll-tis!ames!rutgers!gatech!purdue!i.cc.purdue.edu!j.cc.purdue.edu!pur-ee!uiucdcs!uxc.cso.uiuc.edu!uxe.cso.uiuc.edu!mcdonald
From: mcdonald@uxe.cso.uiuc.edu
Newsgroups: comp.sys.mac
Subject: Mac Programming Query
Message-ID: <46100070@uxe.cso.uiuc.edu>
Date: 30 Jan 88 17:39:00 GMT
Lines: 18
Nf-ID: #N:uxe.cso.uiuc.edu:46100070:000:1114
Nf-From: uxe.cso.uiuc.edu!mcdonald    Jan 30 11:39:00 1988


In the review of MPW C in the current issue of Byte, it is stated that
a Mac program can't have a "code segment" longer than 32K, nor more
than 32k of static data. I was considering using a Mac II for some of
the research work I do. If this statement were true, a large number of
my Fortran and C programs won't run. I thought that the 68020 had a full
32bit flat address space, i.e. no segments at all. This would seem to
imply that I could write a program any size that will fit into 
memory; likewise for static (initialized) data. Lots of my programs
have more than 32K in strings and initialized numeric data alone.
The only experience I have had on a mac was in porting a fairly large
Fortran program (using Microsoft Fortran, which was just plain wierd.
It didn't HAVE static data at all. All data statements generated CODE!!!)
If a MAC can't run ordinary Fortran or C programs without recoding,
it is useless to me. (These Fortran programs all run fine on 
a stupid compiler we have for an FPS-164, which is EXACTLY fortran 77,
no less, and most emphatically no more.)

Doug McDonald (mcdonald @uiucuxe)