Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!yale!ox.com!umich!umeecs!msi.umn.edu!cs.umn.edu!atc!s5000!nightowl!medtron!dt4100c
From: dt4100c@medtron.medtronic.com (Derek Terveer)
Newsgroups: comp.unix.sysv386
Subject: Re: Development Package?
Message-ID: <1990Nov15.233207.489@medtron.medtronic.com>
Date: 15 Nov 90 23:32:07 GMT
Organization: Medtronic, Inc., 7000 Central Avenue NE, Fridley, MN, 55432 USA
Lines: 30

In article <1990Oct23.123532.4081@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
> In article <274@srchtec.UUCP> mra@srchtec.uucp (Michael Almond) writes:
> >	With the GNU C compiler around, do you really need the Development
> >Package.  I don't know off the top of my head if GNU has a debugger as of yet.
> >I know their are binary versions of GCC running around on SIMTEL20, among
> >other places.
> 
> The Development system not only includes the c compiler and a debugger, it
> also includes the libraries with which you have to link to.  The FSF does
> not yet have a library release and even if they do, I don't know if they will
> be including the system calls and system include files for a particular 
> implementation.
> 
> The only way to do development is to get the development package and then if
> you want to, get and use gcc as your compiler.

Also, there are apparently some software packages around for which it is inadvisable to
use gcc as your compiler.  For example, in the README file for FAS2.07, it advises
against using gcc because (quoting from the README file):

          The gcc (GNU cc) support was removed because gcc's object
          file wants to link in some "helpful" functions that aren't
          contained in the kernel. But anyway, FAS is tuned so carefully
          and depends on the optimization behaviour of the AT&T
          standard C compiler that gcc won't have any advantages.

derek
-- 
Derek "tigger" Terveer
Just the facts, ma'am:		det@medtronic.com