Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!julius.cs.uiuc.edu!apple!hercules!fernwood!oracle!root
From: jeras@oracle.oracle.com (John Eras)
Newsgroups: comp.os.msdos.programmer
Subject: Re: MS-DOS C compiler selection
Keywords: C, question
Message-ID: <1990Nov19.195511.4048@oracle.com>
Date: 19 Nov 90 19:55:11 GMT
References: <126@bwilab3.UUCP> <1990Nov15.234753.24325@msuinfo.cl.msu.edu>
Reply-To: jeras@oracle.com (John Eras)
Organization: Oracle Corporation, Belmont, CA
Lines: 26

In article <1990Nov15.234753.24325@msuinfo.cl.msu.edu> draper@buster.cps.msu.edu (Patrick J Draper) writes:
>In article <126@bwilab3.UUCP> bwilab3!murray@gatech.edu (Murray W. Hertz, Jr.) writes:
>>I am trying to make a decision on a C compiler to use in an MS-DOS
>>environment to communicate with the Oracle DBMS.  They tell me that they
>>support either a Microsoft 6.0 or Lattice C interface, and I am trying to
>
>Oracle Corp. *plans* to support Microsoft 6.0, but all they do now is
>5.01. As you know, Microsoft C 5.01 is almost unavailable, so if you want
>to go the Microsoft route, you'll be in a bind for a little while.

Well, I missed the original article, but the above information is somewhat
out of date.  If you're looking for a compiler that works with Oracle, then
Microsoft C is your best bet.  Oracle currently supports *both* 5.0 and 5.1 
of the Microsoft compiler (with both the 5.1b and 5.1c versions of the
Tools/Pro*C, I believe); Oracle will support version C 6.0 with the v6.0
version of Tools/Pro*C (the similarity in version numbers is quite shocking),
but this is not production yet.  Lattice C support will be dropped in Oracle
v6.0, and Turbo C is not currently supported.

Obligatory disclaimer:
I don't speak for Oracle, I just work there.

----------------------- (: smile! you're on usenet! :) ------------------------
AT:    jeras@oracle.com                              | "It's a terrible waste
BANG:  ...{pacbell,hplabs,apple,decwrl}!oracle!jeras | to lose one's .sig, or
FLAME: /dev/null (nyuk, nyuk)                        | not to have one at all."