🚀 go-pugleaf

In article <1992Apr5.212418.182@mintaka.lcs.mit.edu>, mycroft@hal.gnu.ai.mit.edu (Charles Hannum) writes:
> 
> In article <10208@inews.intel.com> tmcconne@sedona.intel.com writes:
> >
> >stage1/gcc    -g -Bstage1/     -I. -I. -I./config -c insn-extract.c
> >Assembler:
> >/usr/tmp/ccX94D71.s: line 88: branch address out of range
> >make: *** [insn-extract.o] Error 1
> 
> This is The GCC Bug that I occasionally make reference to.  Basically,
> GCC is generating relative branches too large.  The only way to fix
> this is to have it calculate instruction lengths, and nobody has been
> willing to devote the time to write the code for it.  (It does this on
> other machines, like the 386, already.  I think the RS/6000 is the only
> one that's broken.)
> 
> I'm not sure why you're getting that error compiling GCC itself though.
> 
> (BTW, in older version of the assembler, it would blindly assemble the
> bad offset, truncating it.  This usually caused mysterious failures of
> the resulting code.)

  I got a "fix" for this particular problem. Just turn on optimization, and
suddenly it works. Thanks to Richard Kenner (kenner@vlsi1.ultra.nyu.edu) for his
help.

    Cheers,

    Tom McConnell

 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
--
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-21     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.