Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!ncar!unmvax!uokmax!servalan!epmooch!ben From: ben@epmooch.UUCP (Rev. Ben A. Mesander) Newsgroups: comp.sys.amiga.programmer Subject: Re: New Eiffel-like OOP language Message-ID: Date: 23 Jun 91 15:26:37 GMT References: <1991Jun16.063222.1304@csis.dit.csiro.au> <1991Jun17.161534.323@nntp-server.caltech.edu> <15547@exodus.Eng.Sun.COM> Organization: Elvis Presley Museum Of Obsolete Computing Hardware Lines: 26 In article <15547@exodus.Eng.Sun.COM> cmcmanis@stpeter.Eng.Sun.COM (Chuck McManis) writes: [...] >You could save yourself a lot of time by reading the documentation. The >Lattice compiler will certainly call other functions more then 32K away, >you just have to tell it that you don't want the short addressing mode >enabled. (which it is by default because another set of programmers >kept bitching about how big the code generated by the Lattice compiler >was because they didn't know you could turn _on_ short addressing, either >way, people who read the documentation don't seem to run into this stuff) SAS had some interesting bugs at one time regarding code generation in the presence of functions that generated >= 32K of object in a source file. The problems I was having with compiling GNU chess went away in the latest release, but some other people have reported problems with f2c output still causing SAS/C to generate incorrect branches in the presence of very large functions. >--Chuck McManis Sun Microsystems -- | ben@epmooch.UUCP (Ben Mesander) | "Cash is more important than | | ben%servalan.UUCP@uokmax.ecn.uoknor.edu | your mother." - Al Shugart, | | !chinet!uokmax!servalan!epmooch!ben | CEO, Seagate Technologies |