From owner-freebsd-current@FreeBSD.ORG Fri Aug 29 15:36:14 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF2316A4BF for ; Fri, 29 Aug 2003 15:36:14 -0700 (PDT) Received: from mail.dt.e-technik.uni-dortmund.de (krusty.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8238643F85 for ; Fri, 29 Aug 2003 15:36:13 -0700 (PDT) (envelope-from ma@dt.e-technik.uni-dortmund.de) Received: from m2a2.dyndns.org (krusty.dt.e-technik.uni-dortmund.de [129.217.163.1])14D7FAEE5 for ; Sat, 30 Aug 2003 00:36:12 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id 18A0C82C91; Sat, 30 Aug 2003 00:36:10 +0200 (CEST) To: "Daniel C. Sobral" In-Reply-To: <3F4F8DB2.8040701@tcoip.com.br> (Daniel C. Sobral's message of "Fri, 29 Aug 2003 14:30:26 -0300") References: <3F4F8DB2.8040701@tcoip.com.br> From: Matthias Andree Date: Sat, 30 Aug 2003 00:36:09 +0200 Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Mike Jakubik cc: Current Subject: Re: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2003 22:36:14 -0000 "Daniel C. Sobral" writes: >> I've been using freebsd since the 2.x days, I have always compiled world >> and ports with -O2, and never had any instability issues due to the >> optimizations. I have switched back to -O and -march=pentium4, the >> buildworld finished ok. > > Lucky you. It does happen that these optimizations may result in code > with no apparent problem, depending on one's hardware, though I suspect > many people's "hardware problems" were nothing of the sort. Not everything that breaks with -O2 is a compiler fault or hardware running just a tad beyond the limit. Anecdote: when bogofilter got the "unified" data base a month ago, one data structure that used to be 8 bytes got extended to 12 bytes. Now, the variable declaration was still "auto uint32_t cv[2]". memcpy() copied 12 bytes into the 8 byte buffer (cv) and caused obscure test suite failures when compiled with optimization on some architectures (among them 32-bit SPARC), but was fine with lower or no optimization. (details in sourceforge cvs browser, check src/datastore_db.c 1.29->1.30) -- Matthias Andree Encrypt your mail: my GnuPG key ID is 0x052E7D95