Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!usc!zaphod.mps.ohio-state.edu!rpi!bu.edu!att!linac!midway!quads.uchicago.edu!rtp1
From: rtp1@quads.uchicago.edu (raymond thomas pierrehumbert)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Yet more THINK C suggestions
Message-ID: <1990Oct30.053652.11563@midway.uchicago.edu>
Date: 30 Oct 90 05:36:52 GMT
References: <21107@well.sf.ca.us> <16707@thorin.cs.unc.edu> <15577@reed.UUCP>
Sender: news@midway.uchicago.edu (News Administrator)
Organization: University of Chicago
Lines: 9

I haven't been following this thread, so maybe this has been suggested
a million times already, but...
    The 32k code segment limitation in Think C drives me nuts.  It
is especially a problem when porting other packages (like NCSA's HDF
or Unidata netCDF), or if you have code that is growing.  It is a
nuisance especially to have to break up a library into lots of 
little bits.
    Other compilers don't have this restriction.  Can it be eliminated
in Think C without a big performance hit?