Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!ncar!unmvax!uokmax!servalan!epmooch!ben From: ben@epmooch.UUCP (Rev. Ben A. Mesander) Newsgroups: comp.sys.amiga.programmer Subject: Re: > SAS gripes (was DICE vs GCC) Summary: Discussion of optimization problems Message-ID: Date: 11 Apr 91 13:49:08 GMT References: <1991Apr11.151049.617@eve.wright.edu> Lines: 32 >In article <1991Apr11.151049.617@eve.wright.edu> amercer@desire.wright.edu (Art Mercer) writes: >From article , by ben@epmooch.UUCP (Rev. Ben A. Mesander): >[..Stuff omitted..] >> One more thing - the SAS/C optimizer breaks on GNU Chess... > >I haven't seen the code, but any GNU software that uses their "regexp" stuff >will break the optimizer. I just break-out the regex in the make file so >that the optimizer is not called. GNU Chess doesn't use the regexp package. The GCC versions have some funny CFLAGS concerning optimization: CFLAGS= -O -finline-functions -fstrength-reduce I'm at home, so I don't have my GCC manual, but I'm pretty sure that the -finline-functions tells it to inline "simple" functions. I can't remember exactly what -fstrength-reduce does, but it is another sort of optimization. The Chess code can be described as "hairy", I think. I originally ported it with Lattice 5.05, and I had to butcher the code mostly concerning function prototypes with "short" in them so badly that my copy of the code will no longer compile with GCC. It works just fine with SAS/C 5.10a. I tried the unmodified source on my Sun 3 at work with GCC, and it compiled just fine. >Art Mercer > amercer@eve.wright.edu -- | 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 |