Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!ucla-cs!zen!ucbvax!decvax!ima!haddock!karl
From: karl@haddock.ISC.COM (Karl Heuer)
Newsgroups: comp.lang.c
Subject: ANSI and asm() (was: Types)
Message-ID: <918@haddock.ISC.COM>
Date: Mon, 10-Aug-87 18:12:14 EDT
Article-I.D.: haddock.918
Posted: Mon Aug 10 18:12:14 1987
Date-Received: Wed, 12-Aug-87 00:41:30 EDT
References: <7264@brl-adm.ARPA> <734@sdchema.sdchem.UUCP> <293@osupyr.UUCP> <847@haddock.ISC.COM> <471@sugar.UUCP>
Reply-To: karl@haddock.ima.isc.com (Karl Heuer)
Organization: Interactive Systems, Boston
Lines: 19

In article <471@sugar.UUCP> peter@sugar.UUCP (Peter da Silva) writes:
>[someone else writes:]
>>My dpANS gives no such notion as a "strictly conforming compiler".  (strictly
>>conforming PROGRAM, yes).  It says:  "A conforming hosted implementation
>>shall accept any strictly conforming program.", and thus [an asm-extended
>>compiler] is not a "conforming hosted implementation".  I.e. not ANSI C.
>
>You're confusing "accepts a non-conforming program" with "doesn't accept
>a conforming program".  Or else you didn't include all the relevent facts in
>your article.

You've posted a followup to my article, in which the quoted portion was elided
for brevity.  If you check the original, you'll find that it was explicit.

The program   main(){asm("ret");}   means "invoke the user's function asm()
with a pointer to a certain string as argument".  An asm-extended compiler,
which applies a different meaning to this program, is therefore not ANSI.

Karl W. Z. Heuer (ima!haddock!karl or karl@haddock.isc.com), The Walking Lint