From owner-svn-src-head@FreeBSD.ORG Thu Jul 15 11:20:28 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16178106566B; Thu, 15 Jul 2010 11:20:28 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id CAC998FC08; Thu, 15 Jul 2010 11:20:27 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c197:bb60:d1b9:bf2e] (unknown [IPv6:2001:7b8:3a7:0:c197:bb60:d1b9:bf2e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C10975C59; Thu, 15 Jul 2010 13:20:26 +0200 (CEST) Message-ID: <4C3EEEFB.8020902@andric.com> Date: Thu, 15 Jul 2010 13:20:27 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.8pre) Gecko/20100713 Lanikai/3.1.2pre MIME-Version: 1.0 To: Marcel Moolenaar References: <201007150311.o6F3B4bZ061614@svn.freebsd.org> In-Reply-To: <201007150311.o6F3B4bZ061614@svn.freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r210103 - head/lib/liblzma X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 11:20:28 -0000 On 2010-07-15 05:11, Marcel Moolenaar wrote: > Author: marcel > Date: Thu Jul 15 03:11:04 2010 > New Revision: 210103 > URL: http://svn.freebsd.org/changeset/base/210103 > > Log: > Unbreak xz (liblzma) on strong-aligned architectures (and without > emulation of misaligned memory accesses). We cannot map the unaligned > memory access functions to the ones used for aligned accesses, so do > not define TUKLIB_FAST_UNALIGNED_ACCESS. Is there no way to define or undefine this per arch? If this particular define gives a speed advantage on the 'weak-aligned' architectures, it might be worth it...