Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!bagate!cbmvax!jesup From: jesup@cbmvax.commodore.com (Randell Jesup) Newsgroups: comp.sys.amiga.tech Subject: Re: Query for the Net Message-ID: <15941@cbmvax.commodore.com> Date: 19 Nov 90 00:47:44 GMT References: <1990Nov12.154623.2287@clinet.fi> <21683@well.sf.ca.us> <1990Nov16.201320.4842@servalan.uucp> <146@screamer.csee.usf.edu> Reply-To: jesup@cbmvax.commodore.com (Randell Jesup) Organization: Commodore, West Chester, PA Lines: 28 In article ben@epmooch.UUCP (Rev. Ben A. Mesander) writes: >Examples of non-trivial programs that are broken when you use the SAS >optimizer: > >MicroEMACS >egrep >sed >awk >teco >GNU chess >pdtar Have you bothered figuring out why those programs broke? Most things I've seen 'broken' by the optimizer was code that was already buggy but happened to work because the compiler wasn't as agressive, or because of side-effects. There may be optimizer bugs, but if there are you should report them (SAS is very good about fixing bugs if given an example). Personally, I always use the optimizer, and have yet to hit a bug in it personally. There were some lc2 bugs (in some betas) that only showed up if the optimizer was on - perhaps this is some of what you're seeing. Lastly, which version are you using (when you last tried those)? -- Randell Jesup, Keeper of AmigaDos, Commodore Engineering. {uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.commodore.com BIX: rjesup Thus spake the Master Ninjei: "If your application does not run correctly, do not blame the operating system." (From "The Zen of Programming") ;-)