Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!cbosgd!ihnp4!ucbvax!ernie!shebanow
From: shebanow@ernie.BERKELEY.EDU (Mike Shebanow)
Newsgroups: net.micro.mac
Subject: Re: Macintosh Toolbox with C (Reg Args)
Message-ID: <11131@ucbvax.BERKELEY.EDU>
Date: Tue, 3-Dec-85 11:00:36 EST
Article-I.D.: ucbvax.11131
Posted: Tue Dec  3 11:00:36 1985
Date-Received: Thu, 5-Dec-85 05:33:35 EST
References: <3021@sun.UUCP> <36400013@ISM780B.UUCP>
Sender: usenet@ucbvax.BERKELEY.EDU
Reply-To: shebanow@ernie.UUCP (Mike Shebanow)
Organization: University of California, Berkeley
Lines: 35


The published conventions are that ToolBox routines take stack arguments
and that OS routines take register arguments. However, there are exceptions
on both sides (of the ROM).  There are several routines defined in the
toolbox that do take registers as arguments. One example is the
BinaryToDecimal package routines StringToNum() and NumToString().

However, I cannot think of any place in the toolbox where filterprocs
are called with register based arguments, so that allowing declarations
of the form:

	pascal foo()
	{
	}

would cover all of the filterproc cases, so it would still be a good thing
to have.

I for one think that this is a feature the Consulair should have put into
their compiler long ago. Currently, Aztec, MegaMax and Apple C all have
this feature, so its pretty standard.

BTW, Consulair says that their next major version (5.0) will do this, and:

	1) produce "better code than Green Hills C" (aka Apple C)
	2) Have a complete toolbox interface, even for the routines
	that are not in ROM. (Just like IMLib)
	3) Work with the HD20/HFS

Release date: late December to January.

Aztec is also working on HFS compatibility, a source level debugger,
and probably other stuff for release around the same time.

Andrew Shebanow