Commits to SVN

DJ Lucas dj at linuxfromscratch.org
Sat Oct 4 08:06:26 PDT 2008


DJ Lucas wrote:
> DJ Lucas wrote:
>> DJ Lucas wrote:
>>  
>>> Still there in latest snapshot:
>>>
>>> root:/sources/glibc-2.8-20080929# grep Error 
>>> ../glibc-20080929-build-log
>>> make[2]: *** [/sources/glibc-build/iconvdata/bug-iconv6.out] Error 1
>>> make[2]: *** [/sources/glibc-build/iconvdata/tst-iconv7.out] Error 1
>>> make[1]: *** [iconvdata/tests] Error 2
>>> make[2]: *** [/sources/glibc-build/math/test-ildoubl.out] Error 1
>>> make[1]: *** [math/tests] Error 2
>>> make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
>>> make: *** [check] Error 2
>>> root:/sources/glibc-2.8-20080929#
>>>       
>> And after applying the copy that Greg suggested:
>>
>> root:/sources/glibc-2.8-20080929# grep Error 
>> ../glibc-2.8-20080929-build-log
>> make[2]: *** [/sources/glibc-build/math/test-ildoubl.out] Error 1
>> make[1]: *** [math/tests] Error 2
>> make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored)
>> make: *** [check] Error 2
>> root:/sources/glibc-2.8-20080929#
>>
>>
>> The copy command should be: cp -v 
>> ../glibc-2.8-20080929/iconvdata/gconv-modules iconvdata
>> and be inserted between make and make check.
>>
>> The annexc.out failure has been there forever.  The test-ildoubl.out 
>> is new but expected on x86, but not on x86_64.  See the second link 
>> from Greg's post on the DIY List:
>>
>> http://www.diy-linux.org/pipermail/diy-linux-dev/2008-September/001280.html 
>>
>>
>> The second patch located at 
>> http://sourceware.org/ml/libc-alpha/2008-07/msg00024.html does 
>> correct the failure of the idouble test.
>>
>> -- DJ Lucas
>>
>>   
> Randy, since the package update is done for gcc, I'm going to commit 
> these changes to the GCC page.
>
> -- DJ Lucas
>
>
At a later date, I'd like to make the patch add the copy command, and 
skip annexc test completely since it's been broken for so long.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.




More information about the lfs-dev mailing list