Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!husc6!bbn!oberon!pollux.usc.edu!papa From: papa@pollux.usc.edu (Marco Papa) Newsgroups: comp.sys.amiga.tech Subject: Re: Manx bug Message-ID: <12451@oberon.USC.EDU> Date: 29 Sep 88 17:32:33 GMT References: <220@snll-arpagw.UUCP> Sender: news@oberon.USC.EDU Reply-To: papa@pollux.usc.edu (Marco Papa) Organization: Felsina Software, Los Angeles, CA Lines: 28 In article <220@snll-arpagw.UUCP> paolucci@snll-arpagw.UUCP (Sam Paolucci) writes: >I was compiling a sizable code and I got the following error from the >assembler (it got through the compiler fine :-)): > > "Line 802 #Pc relative out of range, -130." > >As anybody seen anything like this before, or have any suggestions for >getting around this Manx problem? Yep, I've seen it a LOT with VERY LARGE C sources. The compiler generates the code with no errors reported, and then the assembler gives the above message. It usually goes into a loop in which all labels after the first one flagged will all give the "pc out of range" message. This is either a bug in the compiler (which generates bad code), or the assembler (which cannot process a large source). By the way, in my case the .asm file output by the compiler was 600K (sources!). So it wasn't a small program, though there is no reason the assembler should barf on it. Since the MANX tech support has been dismal lately (Jim hasn't logged in on BIX for months, and one can never get through the BBS or the tech support number), I'll probably just send the sources (it's a PD program) to MANX and hope they do something about it. By the way, this is all with MANX latest release, 3.60b (after munging to work with REZ). -- Marco Papa 'Doc' -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= uucp:...!pollux!papa BIX:papa ARPAnet:pollux!papa@oberon.usc.edu "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=