LFS-7.5 util-linux 'fazer verificação' falha

2

Quando executo make check no util-linux , ele falha dizendo:

3 tests of 127 FAILED

De acordo com LFS - 7.5 registros de teste encontrados aqui , 2 testes falham e isso é aceitável. Mas meu comando cal falha ao testar por big/year e diz:

cal: Year 1234567890123456789 ...cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
cal: illegal year value: '1234567890123456789': Numerical result out of range
FAILED (cal/bigyear)

Esta é a mesma pergunta que foi postada na lista de discussão aqui . Mas a pessoa que fez a pergunta aqui estava escrevendo um script independente, o que resultou no erro acima mencionado e ele diz que vai esperar por um patch , que corrige esse problema.

Terá um efeito negativo no meu LFS mais tarde?

OBSERVAÇÃO: Estou tentando criar um sistema 32-bit lfs no Linux Mint 17 32bit

    
por user2555595 03.07.2014 / 08:36

1 resposta

2

Will it have a negative effect on my LFS build later on?

Eu não consigo imaginar como. Por um lado, cal é uma aplicação de usuário final do que nada provavelmente precisará ou dependerá. Mesmo que seja necessário em algum momento, ele ainda irá satisfazer os critérios especificados por POSIX , independentemente de essa falha em particular:

The cal utility shall write a calendar to standard output using the Julian calendar for dates from January 1, 1 through September 2, 1752 and the Gregorian calendar for dates from September 14, 1752 through December 31, 9999 as though the Gregorian calendar had been adopted on September 14, 1752.

O ano 1234567890123456789 está fora desse intervalo. Como discutido no tópico, isso acontece em sistemas de 32 bits porque alguns tipos de biblioteca padrão são menores do que em 64 bits; o log de teste do LFS que você vinculou sem a falha tem core2duo na URL, portanto, é mais provável de um sistema de 64 bits. Existem 6 testes nesse relatório para cal , "Ano 1234567890123456789" sendo um deles e você tem uma explicação razoável para a falha. Presumindo que você está começando da última fonte util-linux, obviamente o patch para isso não foi considerado particularmente urgente; você poderia tentar rastrear isso, mas TBH, eu não me incomodaria.

    
por 03.07.2014 / 08:59

Tags