Xref: utzoo unix-pc.general:861 comp.sys.att:3543
Path: utzoo!attcan!uunet!seismo!esosun!ucsdhub!jack!elgar!ford
From: ford@elgar.UUCP (Mike "Ford" Ditto)
Newsgroups: unix-pc.general,comp.sys.att
Subject: Re: GNU C
Message-ID: <192@elgar.UUCP>
Date: 20 Jun 88 03:31:47 GMT
References: <1118@unisec.usi.com> <1015@umbc3.UMD.EDU> <735@naucse.UUCP>
Reply-To: ford@kenobi.cts.com (Mike "Ford" Ditto)
Organization: Omnicron Data Systems,  Bonita, CA
Lines: 22

In article <735@naucse.UUCP> rrr@naucse.UUCP (Bob Rose ) writes:
>In article <1015@umbc3.UMD.EDU>, alex@umbc3.UMD.EDU (Alex S. Crain) writes:
> > BTW: I use gcc-1.18 as my default compiler because I find it superior to 
> > /bin/cc even without debugging support. (I will recompile w/ cc if I really
> > need sdb)
>
>I'm not sure about this. The way gcc does an interger  multiply is gross!
>(it calls a routine that calls a routine that does a multiply)

Since the 68010 has no 32-bit multiply instruction, a library function
is the best way for the compiler to do it.  The call-a-routine-that-
calls-a-routine is only if you haven't configured gcc to call the
standard library routine (the same one that the normal C compiler
uses).  Gcc then will deffault to the multiply routine in the "gnulib"
library which really only exists for such "stub" routines.

					-=] Ford [=-

"Once there were parking lots,		(In Real Life:  Mike Ditto)
now it's a peaceful oasis.		ford@kenobi.cts.com
This was a Pizza Hut,			...!sdcsvax!crash!kenobi!ford
now it's all covered with daisies." -- Talking Heads