home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.modula2
- Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!nordruth!seurer
- From: seurer@rchland.vnet.ibm.com (Bill Seurer)
- Subject: Re: FST is alive and well
- Sender: news@rchland.ibm.com
- Message-ID: <1992Sep03.153531.23981@rchland.ibm.com>
- Date: Thu, 03 Sep 1992 15:35:31 GMT
- Reply-To: BillSeurer@vnet.ibm.com
- Disclaimer: This posting represents the poster's views, not necessarily those of IBM
- References: <cspt.30.715505454@giraffe.ru.ac.za> <DZABEL.92Sep3122216@pc2.cs.tu-berlin.de> <1992Sep3.141954.17083@jupiter.sun.csd.unb.ca>
- Nntp-Posting-Host: nordruth.rchland.ibm.com
- Organization: IBM Rochester
- Lines: 11
-
- In article <1992Sep3.141954.17083@jupiter.sun.csd.unb.ca>, fellows@jupiter.sun.csd.unb.ca (David M. Fellows CS) writes:
- |> Anyone using any system to produce modules with a *code* size >64K
- |> per module should take a very critical look at their program's
- |> modularity. Data size is a different matter.
-
- I often see very large procedures. Usually they are initializing
- large arrays and are often generated by some other tool. Breaking apart
- these sorts of procedures is very artificial.
-
- - Bill Seurer Language and Compiler Development IBM Rochester, MN
- Internet: BillSeurer@vnet.ibm.com America On-Line: BillSeurer@aol.com
-