From owner-freebsd-hackers Thu Mar 14 13:29:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 2008B37B419; Thu, 14 Mar 2002 13:29:18 -0800 (PST) Received: from pool0226.cvx22-bradley.dialup.earthlink.net ([209.179.198.226] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lcmP-0000hW-00; Thu, 14 Mar 2002 13:28:57 -0800 Message-ID: <3C911606.D9F74169@mindspring.com> Date: Thu, 14 Mar 2002 13:28:38 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: jstocker@tzi.de Cc: Alexander Kabaev , Martin Blapp , imp@village.org, edhall@weirdnoise.com, kris@obsecurity.org, current@FreeBSD.ORG, hackers@FreeBSD.ORG, obrien@FreeBSD.ORG, edhall@screech.weirdnoise.com Subject: Re: gcc -O broken in CURRENT References: <000601c1cb7e$b82c18a0$fe02010a@twoflower.liebende.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Stocker wrote: > So now i am a little bit confused... State of the art: > > 1) Bug is in -stable and -current > --> This means possible patches only in -current arent responsible for > this behaviour Unless they were MFC'ed to -STABLE. THis is why you generally should compare -RELEASE versions, not -STABLE versions, since -STABLE versions are moving targets and -RELEASE versions are not. > 2) Bug is in os delivered gcc but not in port gcc. > a) port has more or less patches / os gcc has been modified > --> Didn't someone told they are the same? > b) other options were set at compile time > --> Why dont change to the same in the port? > Leads it to a broken world? > If the only difference is the lost of binary compatibility, > i would say, ok... do it now and we'll need to compile > or ports... SOme bugs are related to the FreeBSD use of setjmp/longjmp to do exception unwinding rather than using the DWARF primitives. When you change the toolchain, you change the exception unwinding code when you use the ports version. You also introduce incompatabilities with the installed libstdc++ library, which uses the setjmp/longjmp exception unwinding, which will be in conflict with any exception throwing/handling code compiled with the ports compiler that uses the DWARF2 version. The tests that show it working with the ports version do not test anything other than bare-bones operation, without testing code interoperability eith vendor libraries. Does that clear things up for you? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message