rosen@mtgzz.UUCP (t.rosenfeld) (07/26/86)
I want to do some PC software development in C. I am an experienced
UNIX user and am interested in finding out any info about development
environments. This includes things like DOS C compilers, editors (VI like),
debugers, make, sccs, terminal emulators, etc.
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.
If I get any interesting responses I'll post a summary.
--
----------------
Thomas Rosenfeld
@ AT&T Information Systems Labs, Middletown, NJ
(201) 957-5867
UUCP: {harpo,ihnp4,burl,akgua}!mtgzz!rosen
Disclaimer: I don't claim anything.caf@omen.UUCP (Chuck Forsberg WA7KGX) (07/28/86)
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