home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9620 < prev    next >
Encoding:
Text File  |  1992-09-12  |  1.8 KB  |  38 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!yktnews!prener
  3. From: prener@watson.ibm.com (Dan Prener)
  4. Subject: Re: gcc 2.2.2 wierd -g problem
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <PRENER.92Sep13010512@prener.watson.ibm.com>
  7. In-Reply-To: jhardin@csrp.tamu.edu's message of Sun, 13 Sep 1992 01:01:36 GMT
  8. Date: Sun, 13 Sep 1992 06:05:12 GMT
  9. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  10. References: <1992Sep13.010136.1614@tamsun.tamu.edu>
  11. Nntp-Posting-Host: prener.watson.ibm.com
  12. Organization: IBM T.J. Watson Research Center, Hawthorne, New York
  13. Lines: 23
  14.  
  15. In article <1992Sep13.010136.1614@tamsun.tamu.edu> jhardin@csrp.tamu.edu (James Hardin) writes:
  16.  
  17. >  I am having a problem compiling a large program with gcc version 2.2.2
  18. >using only the -g option. This is a big program (75,000 lines) and in one
  19. >of the later files during the make, I get:
  20.  
  21. >  Assembler:
  22. >    /tmp/ccRkEDmb.s: line 195: branch address out of range
  23.  
  24. >What does this mean?!? If I compile the offending file by hand, I get the
  25. >same message. If I instead use -O on the offending file and then restart
  26. >the make (which uses -g), then everything is fine. Is something wrong here?
  27. >I should say that the offending file does nothing unusual - includes only
  28. >the stdio.h file. Is this bizarre or is there something fundamentally wrong with
  29. >the gcc installation?
  30.  
  31. If we take the assembler error message at face value, then what it means
  32. is that there is a branch that must reach over more than the +/- 32 MBytes
  33. that the 26-bit displacement field in a relative branch allows.  This is
  34. consistent with the fact that it all works when you compile with -O, since
  35. optimization usually reduces the total volume of program text.
  36. --
  37.                                    Dan Prener (prener@watson.ibm.com)
  38.