From owner-freebsd-current@FreeBSD.ORG Tue Mar 8 00:15:48 2011 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 6B696106567B; Tue, 8 Mar 2011 00:15:48 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2274B8FC18; Tue, 8 Mar 2011 00:15:48 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 56C4813FD47; Tue, 8 Mar 2011 01:15:47 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id s8dXz3bX1C0r; Tue, 8 Mar 2011 01:15:45 +0100 (CET) Received: from [10.9.8.3] (chello085216231078.chello.sk [85.216.231.78]) by mail.vx.sk (Postfix) with ESMTPSA id C63B513FD3B; Tue, 8 Mar 2011 01:15:44 +0100 (CET) Message-ID: <4D757530.9050505@FreeBSD.org> Date: Tue, 08 Mar 2011 01:15:44 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: George Liaskos References: <20110307205957.GA47557@freebsd.org> <20110307214935.GA53914@freebsd.org> <20110307225652.GA61509@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: r219385 build error. 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: Tue, 08 Mar 2011 00:15:48 -0000 This change did NOT add SSSE3 or any other new instruction sets to our base compiler. The only change of using -march=core2 vs -march=nocona is actually different instruction costs that may result in binaries more optimized for your core2 and later CPUs (and less optimized for nocona and earlier CPUs - but they will run there if the CPU supports sse3). We support newer instruction sets for base compiling starting with the latest base binutils upgrade and that is available only in CURRENT. I might take a look at the possibility of backporting SSSE3, but that is a way more intrusive change than this one. I will also run some more benchmarks. Dňa 08.03.2011 00:14, George Liaskos wrote / napísal(a): >> "native" doesn't get handled by bsd.cpu.mk at all! it gets passed to gcc >> directly and gcc choses -m{tune,arch} on it's own. >> >> don't add -march=* directly to CFLAGS. this is bound to go wrong at some >> point. use CPUTYPE to set the cpu and CFLAGS for -O*, -pipe, etc. >> >> also please keep in mind that the optimisations that can be achieved by >> finetuning make.conf are rather minor. some people think that with >> cflags and cpu juju they can boost the OS. i don't believe that's true. the >> chances are much greater that you're adding a problematic switch and end up >> with binaries during installworld that segfault. so it's not really worth >> getting into this kinda trouble just for the sake of optimisation. >> >> a simple >> >> CPUTYPE ?= native >> COPTFLAGS = -O0 -pipe >> CFLAGS = -O2 -pipe >> >> should be close to perfekt. ;) >> >> cheers. >> alex > Thank you again. > > It's not so much about the base system but the ports. Now that the > assembler and binutils support newer SIMD commands it makes sense to > exploit them, I know that they are not used during kernel compilation. > Using newer / different compiler from ports makes things more complicated. > . > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"