From owner-freebsd-current@FreeBSD.ORG Wed Jul 8 16:20:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 444651065676; Wed, 8 Jul 2009 16:20:11 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout028.mac.com (asmtpout028.mac.com [17.148.16.103]) by mx1.freebsd.org (Postfix) with ESMTP id 29A108FC0A; Wed, 8 Jul 2009 16:20:10 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp028.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KMH007KV1CMJA90@asmtp028.mac.com>; Wed, 08 Jul 2009 09:19:45 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> Date: Wed, 08 Jul 2009 09:19:33 -0700 Message-id: <650DC54B-5FA6-49CB-8A9C-58461289778F@mac.com> References: <20090707094808.GA93317@mech-cluster238.men.bris.ac.uk> <20090707095058.GC7827@rink.nu> <20090707124405.GA46091@mech-cluster238.men.bris.ac.uk> <20090707133611.GA66072@rink.nu> <93B562A8-9FE7-44D5-91E4-C9AB1A25BD2A@mac.com> <20090708114019.GA19781@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1068) Cc: Rink Springer , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: buildworld panic on ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 08 Jul 2009 16:20:11 -0000 On Jul 8, 2009, at 4:40 AM, Anton Shterenlikht wrote: >> BTW: I never got the error when doing a buildworld. I >> think Anton's non-standard compiler options make GCC much >> more FP intensive and thus prone to causing the race. > > hey, my compiler options are just a copy from > /usr/share/examples/etc/make.conf > > with obvious changes, e.g. CPUTYPE=itanium2 > The CFLAGS, COPTFLAGS, CXXFLAGS are as in the example make.conf. > > Which non-standard options did you spot? All of them :-) There is no /etc/make.conf by default, so the existence of /etc/make.conf with CFLAGS, COPTFLAGS, etc makes them non-standard. As a special warning: /usr/share/examples/etc/make.conf is inherently i386 biases (like most of the examples and documentation I might add). It's unwise to copy flags from there and expect good results. Even warnings-only examples can cause build breakages (due to -Werror), because compilers for different architectures emit different warnings or emit the same warning at different times. By all means: experiment. But be very careful not to make the assumption that if the code compiles, it'll also run. The weirder the set of compiler options, the more likely you trip over optimization bugs and end up with an unstable system. And I'm not even talking about whether the set of options give you more optimal code in general. -- Marcel Moolenaar xcllnt@mac.com