飛び込んmake checkだときユーティリティLinux、次のように失敗します。
3回のテストと127回の失敗
~によるとLFS-7.5 テストログ確立されたここ、2つのテストが失敗し、これは許容可能です。しかし、calテスト中に私のコマンドは失敗しますbig/year。次のように表示されます。
cal: 年 1234567890123456789 ...cal: 無効な年の値: '1234567890123456789': 数値の結果が範囲外です。
cal: 無効な年の値: '1234567890123456789': 数値の結果が範囲外です。
cal：無効な年の値： '1234567890123456 789'：数値結果出力範囲cal：無効な年の値：
'1234567890123456789'：数値の結果が範囲外です。
cal: 無効な年の値: '1234567890123456789': 数値の結果が範囲外です。
cal: 無効な年の値: '1234567890123456789': 数値の結果が範囲外です。範囲
cal：無効な年値： '1234567890123456789'：数値結果が範囲外です。
cal：無効な年値： '1234567890123456789'：数値結果
が範囲外です。 cal：無効な年値： '1234567890123456789'：数値結果が範囲外です
。 ：無効な年の値： '1234567890 123456789'：数値結果が範囲外です
。 cal：無効な年の値： '1234567890123456789'：数値の結果が範囲外です
（cal / bigyear）。
メーリングリストに掲載されている質問と同じです。ここ。ところで、ここで質問をした方は、上記のようなエラーを引き起こす別のスクリプトを作成しておいてお待ちいただくとpatch問題が解決されると言われました。
私に悪影響を及ぼしますか？リニアFS後でビルドしますか？
メモ:32-bit lfsシステムを構築しようとしています。Linux Mint 17 32ビット
答え1
将来のLFSビルドに悪影響を及ぼしますか？
どうなるか想像できません。一方では、cal他のアプリケーションが不要または依存しないエンドユーザーアプリケーションです。いつの時点で必要でも、まだ満足しています。POSIX指定規格この特定の欠陥に関係なく：
cal ユーティリティは、1752 年 1 月 1 日から 9 月 2 日までの日付にはユリウス暦を使用し、1752 年 9 月 14 日から 9999 年 12 月 31 日までの日にはグレゴリオ暦を使用し、まるでグレゴリオ暦 9 月を使用します。同様に、標準出力にカレンダーを作成する必要があります。 1752年14日。
1234567890123456789年はこの範囲に含まれていません。この問題は、スレッドで説明されている標準ライブラリの種類の一部が64ビットシステムより小さいために発生します。失敗しないLFSテストログはcore2duoURLにあります。 64ビットシステムである可能性が高いです。レポートには6つのテストがあり、cal「年1234567890123456789」がそのうちの1つであり、失敗の合理的な説明があります。最新のutil-linuxソースから始めると仮定すると、明らかにこのパッチは特に緊急ではありませんが、追跡することはできますが、率直に気にしません。