Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!mit-eddie!bbn.com!nic!kira!news
From: pegram@kira.UUCP (Robert B. Pegram)
Newsgroups: comp.sys.atari.st
Subject: Re: looking for info on C compilers
Message-ID: <1991Feb20.195630.3606@uvm.edu>
Date: 20 Feb 91 19:56:30 GMT
References: <1610106@presto.ruhr.de>
Sender: news@uvm.edu
Organization: University of Vermont, Department of Computer Science
Lines: 36
Raymond-Protection: enabled

From article <1610106@presto.ruhr.de>, by dc@presto.ruhr.de (David Channing):
> In article <2303@odin.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
>> 
>> >Turbo C.
>> >
>> >There is also Lattice C5, from HiSoft, these two seem to be the best of the C
>> >compilers for the Atari.
>> 
>> Does anyone know if these two compilers have any kind of support for DRI link
>> format? 
> 
> Turbo-C supports the DRI format as well as it's own link format.
> 
>> I know that one of the problems with link format support is the calling
>> conventions used. DRI stacks the parameters and use words or longwords.
>> Un*x style would stack only longs and passing paramters in registers would
>> also increase speed. Perhaps these optins are selectable.
> 
> Turbo-C normally passes as many parameters as possible in registers. You can 
> turn this off for any function with the declaration 'cdecl'; the parameters are
> then passed on the stack.
> 
> --
> dc@presto.ruhr.sub.org
> dc@presto.ruhr.de

Lattice C supports only Clink (it's own linker) and the GST format
linker - Not DRI.  Even so, it claims that the enhanced - with respect to
DRI - GST Linker is rather limiting for LC.  I only use 'em, I don't
know the details of all the differences.

Bob Pegram

pegram@griffin.uvm.edu
	or
...!uvm-gen!pegram