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 usr.bin/xz usr.bin/xzdec

[Nathan Whitehorn]

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
>>
>> Log:
>>    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.
-Nathan