Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!petrus!scherzo!allegra!mit-eddie!think!harvard!seismo!rlgvax!hadron!jsdy
From: jsdy@hadron.UUCP (Joseph S. D. Yao)
Newsgroups: net.lang,net.lang.c
Subject: Re: structured assembler (BASIC)  [Really: C builtin functions?]
Message-ID: <361@hadron.UUCP>
Date: Tue, 8-Apr-86 00:06:55 EST
Article-I.D.: hadron.361
Posted: Tue Apr  8 00:06:55 1986
Date-Received: Thu, 10-Apr-86 01:20:31 EST
References: <443@3comvax.UUCP> <7900003@ztivax.UUCP>
Reply-To: jsdy@hadron.UUCP (Joseph S. D. Yao)
Organization: Hadron, Inc., Fairfax, VA
Lines: 11
Keywords: BASIC, C
Xref: watmath net.lang:2328 net.lang.c:8466
Summary: Yes.  Where in-line code is inefficient ...

In article <824@ttrdc.UUCP> levy@ttrdc.UUCP (Daniel R. Levy) writes:
>C has standard built-in functions????

Well, C has standard (library) functions.  C can also have built-in
functions to make it standard-conforming.  E.g., on machines which
do not have instructions to handle longs or floats or doubles or some
other standard feature of C (or switch...) the compiler is perfectly
justified in setting up code to call a "built-in" function to do this.
I know ... I had to write an early version of lmul/ldiv/lrem on the
PDP-11, and arrange for FP routines to be trapped to.  This is not to
be confused with _lmul(), _fdiv(), or anything like that.