「Linuxカーネルのコード行数、1000万行を上回る」記事へのコメント

残りの0.3％は？

[strict_ansi (2886)]

カーネルなのに、Ｃ言語でもアセンブリ言語でも無いという、
残りの 0.3％ が何なのか気になって眠れません。
0.3％ っていっても 19,000 行以上あるんですよ。

Re:

[strict_ansi (2886)]

探してみたら、 本家記事からリンクされているところ [heise-online.co.uk]に詳しいのがありました。

ansic:    6168175 (96.39%)
asm:       212699 (3.32%)
perl:        6672 (0.10%)
cpp:         3302 (0.05%)
yacc:        2954 (0.05%)
sh:          2715 (0.04%)
lex:        

うそつきー

[albireo (7374)]

＞ansic: 6168175 (96.39%)

これはないだろ。gcc依存コードてんこ盛りなんだから。

--
うじゃうじゃ

Re:うそつきー

[Anonymous Coward]

行数にしたら結構なもんになるでしょうが、割合だとどれくらいなんでしょうね。

iccでLinux kernelをコンパイルしてる人とか結構いるので（実用してるかどうかは相当怪しいですが）、
ググってみたらこんなんが。

http://software.intel.com/file/6390 [intel.com]

intelの中の人がこんなもん出してるとは。
iccでLinux kernelをコンパイルした際にn行修正が必要でした、って資料を見た覚えもありますが失念。。。

Re:うそつきー

[albireo (7374)]

たまたま見つけた去年の関西オープンフォーラムでのLinuxをDSPに移植する苦労話の動画 [cliplife.jp]ですが、18分あたりに出てくるパッチサイズが

・DSPへ移植：13K行
・デバイスドライバ：14K行
・移植性の問題：90K行

最後の「移植性の問題」ってのがgcc依存コード(以外も含む)などの修正だそうです。
動画を通して見ると、単純にテキスト置換では済まない「gccでしか通らないコード」の例がいろいろ出てきます。

--
うじゃうじゃ

Re:うそつきー

[bero (5057)]

それはiccがgcc拡張に対応している [intel.com]という話であって、ansicの話ではありません
iccはlinux版はgcc互換、windows版はVisual C++互換

Re:

[Anonymous Coward]

Intel のコンパイラーが ANSI に遵守してないコードをはじくわけじゃない。
一般的に、厳密に ANSI 準拠だと通らないコードの方が多いような気がします。