Date: Mon, 5 Jul 1999 16:34:30 +0200
To: pgcc AT delorie DOT com
Subject: Re: -O2 versus -O1
Message-ID: <19990705163430.C3137@cerebro.laendle>
Mail-Followup-To: pgcc AT delorie DOT com
References: <Pine DOT LNX DOT 4 DOT 10 DOT 9907021944510 DOT 5476-100000 AT hq DOT alert DOT sk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <Pine.LNX.4.10.9907021944510.5476-100000@hq.alert.sk>; from Niteshadow on Fri, Jul 02, 1999 at 07:51:22PM +0200
X-Operating-System: Linux version 2.2.10 (root AT cerebro) (gcc driver version egcs-2.91.66 19990314 (egcs-1.1.2 release) executing gcc version 2.7.2.3) 
From: Marc Lehmann <pcg AT goof DOT com>
Reply-To: pgcc AT delorie DOT com
X-Mailing-List: pgcc AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On Fri, Jul 02, 1999 at 07:51:22PM +0200, Niteshadow wrote:
> 	I just downloaded the bladeenc 0.81 sources and tried to tweak it
> to the max. Well... tried... for some reason when I changed the original
> - -O1 in the make rule for codec.o to -O2, the bladeenc started to create
> MP3s with DIFFERENT data (compared using md5sum). I tried it only at work
> on a Celeron 300A/128MB Ram/PGCC 1.1.3/Linux Mandrake 6.0/kernel 2.2.10
> 	Options like -mpentiumpro, -malign-double, -march=pentiumpro did
> not cause this to happen. Could anyone give me a clue about what could
> cause this kind of ``feature'' ???

Dumb question: were the resulting streams correct? Rounding differences are
something you might expect (doesn't bladeenc use -ffast-math by default?)

--  
      -----==-                                             |
      ----==-- _                                           |
      ---==---(_)__  __ ____  __       Marc Lehmann      +--
      --==---/ / _ \/ // /\ \/ /       pcg AT goof DOT com      |e|
      -=====/_/_//_/\_,_/ /_/\_\       XX11-RIPE         --+
    The choice of a GNU generation                       |
                                                         |