Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site spar.UUCP
Path: utzoo!linus!decvax!decwrl!spar!freeman
From: freeman@spar.UUCP (Jay Freeman)
Newsgroups: net.lang.c
Subject: Re: An MS-Dos C compiler for $49.95 ? (really DeSmet C)
Message-ID: <412@spar.UUCP>
Date: Sat, 20-Jul-85 23:15:28 EDT
Article-I.D.: spar.412
Posted: Sat Jul 20 23:15:28 1985
Date-Received: Sun, 21-Jul-85 23:10:24 EDT
References: <11587@brl-tgr.ARPA> <1169@ubc-cs.UUCP>
Reply-To: freeman@max.UUCP (Jay Freeman)
Organization: Schlumberger Palo Alto Research, CA
Lines: 35
Summary: 

[#define LINE_EATER FALSE]

In article <1169@ubc-cs.UUCP> ludemann@ubc-cs.UUCP (Peter Ludemann) writes:

>In article <11587@brl-tgr.ARPA> jpm@BNL44.ARPA (John McNamee) writes:
>>The DeSmet package is excellent if you only need a small model compiler.
>
>I heartily agree.  Apparently there is a package which will let
>you use more than 64K of data - at any rate, the compiler has overlays
>which will let you use more than 64K of code (the overlays
>can be memory resident).

The DeSmet compiler compiles to a rather conventional (DeSmet-furnished)
assembly language, whose assembly is the third pass of the compilation.
Furthermore, the compiler supports an "asm" directive:

foo()	/* this all is to go through the compiler */
{

 ... put some C statements here if you like

#asm

 ... insert assembly-language instructions here

#

 ... more C statements

   }

With these features, it is easy to interface from small-model C to
user-defined assembly-language functions.  And it is not hard to write such
functions to access other segments for code and data both, if need be.
-- 
Jay Reynolds Freeman (Schlumberger Palo Alto Research)(canonical disclaimer)