Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!bagate!cbmvax!jesup
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: > SAS gripes (was DICE vs GCC)
Message-ID: <20421@cbmvax.commodore.com>
Date: 5 Apr 91 22:38:07 GMT
References: <9104021420.AA10848@thunder.LakeheadU.Ca> <1991Apr4.034920.16298@marlin.jcu.edu.au> <1991Apr4.180217.19773@nntp-server.caltech.edu> <1991Apr5.030228.28756@marlin.jcu.edu.au> <1991Apr5.173845.4404@nntp-server.caltech.edu>
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA
Lines: 30

In article <1991Apr5.173845.4404@nntp-server.caltech.edu> tll@nntp-server.caltech.edu (Tal Lewis Lancaster) writes:
>cpca@marlin.jcu.edu.au (Colin Adams) writes:
>>  Because I am doing things that just can't be done with SAS or Aztec.
>
>>Why not?
>
>Well the main reason is I am creating object files greater than 32K (actually
>some are around 80K).  SAS and Aztec can not handle object files > 32K.  Or to
>be more precise a function call to another function in the same object file must
>be < 32K apart.

	Easy, just use -r0 to turn off pc-relative bsr's (-b0 to use long
data addressing).

>fish.o:  spam.h
>
>LMK will try to compile spam.c.  So you are forced to use
>
>fish.o: fish.c spam.h

	Very annoying, true.  So use some other make (originally the make
was some separate lattice thing).

-- 
Randell Jesup, Keeper of AmigaDos, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Thus spake the Master Ninjei: "To program a million-line operating system
is easy, to change a man's temperament is more difficult."
(From "The Zen of Programming")  ;-)