svn commit: r208258 - in stable/8: contrib/top etc/mtree lib
lib/liblzma lib/libusb share/mk usr.bin usr.bin/less usr.bin/lzmainfo
nwhitehorn at freebsd.org
Fri Jun 11 15:35:33 UTC 2010
On 06/11/10 10:28, Nathan Whitehorn wrote:
> On 06/11/10 10:04, Ken Smith wrote:
>> On Tue, 2010-05-18 at 09:59 +0000, Martin Matuska wrote:
>>> Author: mm
>>> Date: Tue May 18 09:59:09 2010
>>> New Revision: 208258
>>> URL: http://svn.freebsd.org/changeset/base/208258
>>> MFC r207842, r207844, r208099:
>>> MFC r207842:
>>> Import of liblzma, xz, xzdec, lzmainfo from vendor branch
>>> Add support for xz and lzma to lesspipe.sh (xzless, lzless)
>>> MFC r207844:
>>> Add two public headers missing in r207842
>>> Adjust CFLAGS for lzmainfo, xz, xzdec
>>> MFC r208099:
>>> Add versioned symbols to liblzma
>>> Use default SHLIB_MAJOR.
>>> Approved by: delphij (mentor)
>> xz on sparc64 appears to be broken. Some time between 8.1-BETA1
>> and now the libpng (required for release builds because it's part
>> of the "docproj" port set) shifted from fetching a .bz2 file to
>> fetching a .xz file. Uncompressing the file works fine on amd64
>> and i386 architectures but fails on sparc64.
>> I haven't had time to dig into why it's busted but I figured I
>> should at least let others know about it right away. Is it
>> possible some knob related to big endian versus little endian
>> isn't being handled quite right?
> This is at least also true on powerpc (both 32 and 64 bit), so it is
> almost certainly an endian issue.
I've attached a patch to the liblzma config.h that makes xz work, at
least on powerpc.
-------------- next part --------------
--- config.h (revision 209045)
+++ config.h (working copy)
@@ -84,12 +84,6 @@
# define __EXTENSIONS__ 1
#define VERSION "4.999.9beta"
-#if defined AC_APPLE_UNIVERSAL_BUILD
-# if defined __BIG_ENDIAN__
+#if BYTE_ORDER == BIG_ENDIAN
# define WORDS_BIGENDIAN 1
-# ifndef WORDS_BIGENDIAN
-/* # undef WORDS_BIGENDIAN */
More information about the svn-src-stable-8