Article View: net.lang.mod2
Article #562Re: Single Pass Modula-2 Compiler
From: randy
Date: Mon, 13 Oct 1986 18:57
Date: Mon, 13 Oct 1986 18:57
10 lines
1187 bytes
1187 bytes
Declaration after use is an abomination, and should not bear consideration. FORWARD is acceptable for mutually recursive procedures. What has been omitted from this discussion is that one-pass restrictions would prevent mutually importing internal modules. This is a real and difficult restriction, which will force one to promote internal modules to become library modules sooner than one might wish. The question is can we live with such restrictions to gain compilation speed. My opinion is yes. And yours (pl.)?
Technical Details
Message-ID:
<20@oresoft.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!watmath!clyde!caip!think!mit-eddie!genrad!decvax!tektronix!oresoft!randyReferences:
<12243102365.25.KURKURE@Sushi.Stanford.EDU> <841@cuuxb.UUCP> <8@f.gp.cs.cmu.edu> <851@cuuxb.UUCP>Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!caip!think!mit-eddie!genrad!decvax!tektronix!oresoft!randy From: randy@oresoft.UUCP Newsgroups: net.lang.mod2 Subject: Re: Single Pass Modula-2 Compiler Message-ID: <20@oresoft.UUCP> Date: Mon, 13-Oct-86 14:57:04 EDT Article-I.D.: oresoft.20 Posted: Mon Oct 13 14:57:04 1986 Date-Received: Tue, 14-Oct-86 07:13:39 EDT References: <12243102365.25.KURKURE@Sushi.Stanford.EDU> <841@cuuxb.UUCP> <8@f.gp.cs.cmu.edu> <851@cuuxb.UUCP> Reply-To: randy@oresoft.UUCP (Randy Bush) Organization: Oregon Software, Portland OR Lines: 10 Keywords: One-pass, Internal Modules