Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!nike!ucbcad!ucbvax!hplabs!tektronix!reed!omen!caf
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: net.micro.pc,net.micro.att
Subject: Re: C development on a PC
Message-ID: <378@omen.UUCP>
Date: Sun, 27-Jul-86 17:45:50 EDT
Article-I.D.: omen.378
Posted: Sun Jul 27 17:45:50 1986
Date-Received: Mon, 28-Jul-86 01:11:49 EDT
References: <1984@mtgzz.UUCP>
Reply-To: caf@omen.UUCP
Distribution: att,net
Organization: Omen Technology, Portland
Lines: 39
Xref: mnetor net.micro.pc:5938 net.micro.att:1359

In article <1984@mtgzz.UUCP> rosen@mtgzz.UUCP (t.rosenfeld) writes:
:Specifically, I would be interested to hear if anyone has had experience in
:using XENIX on a PC-6300 for development of code to run under DOS. I hear the
:Microsoft C compiler has such a capability, but I don't know the mechanics.
:
:If anyone has any such information or reference sources please let me know.

Omen uses the Xenix to DOS cross development system to support Professional-YAM
and other programs.

The CMERGE compiler produces the tightest small data model code that I have
seen.  Small model programs may include large model objects (such as an array
in a far data segment, but a total lack of library support and the nature of C
(pointer passing) limit the utility of mixed models.

There are some bugs in the compiler, but they're not too difficult to work
around once their effects have been identified.  Don't attempt large or
huge model programs unless they are small or extremely well understood, there
are just too many quirks in large model.

The compiler is not particularly fast, and the large model passes slow it
down even more, especially in the optimization pass.

There are some subtle bugs in the DOS libraries, especially the p model
version.  I've worked around that problem by decomposing the library that
comes with the DOS version of the compiler, reading the files into Xenix,
ar'ing and ranlib'ing them.

The biggest problem is lack of library source code, needed to fix bugs,
support the advertised features (mixed models), and allow for memory
resident and device driver applications.  That's why the X.PC driver
included with Microsoft ACCESS is compiled with Lattice C.

   Chuck Forsberg WA7KGX  ...!tektronix!reed!omen!caf   CIS:70715,131
   Author of Professional-YAM communications Tools for PCDOS and Unix
 Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Voice: 503-621-3406 TeleGodzilla: 621-3746 300/1200 L.sys entry for omen:
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly