LinuxカーネルはC言語なのにオブジェクト指向 ->画像>1枚

Object-oriented design patterns in the kernel, part 1
https://lwn.net/Articles/444910/

Despite the fact that the Linux Kernel is mostly written in C,
it makes broad use of some techniques from the field of object-oriented programming.

つまりもっと愛とか友情を大切にしろということ

FuckをHugに変えるとかか？

X Window Systemにっついて質問です

Xlibのソースコードってどうやって見るのか教えてください

まず、目を開けてください。

(3_3)

寝るなー！

ほっぺたをつねる

オブジェクト指向で書かないと破綻しかねないのはわかるが...
なんでCで、書いちゃうんだろうな。
C++という選択肢をリーナスはなぜ排除したのか理解できない。
当時と今では事情が違うのかもしれないが。
今のリーナスも同じ事を言うのか気になる。

C++は糞だからな
今でも同じことを言うはず

>>10
そこが、わからん。
オブジェクト指向は採用するのに、C++言語を否定してC言語を採用する理由とは？

知らんけどLinux黎明期のC++コンパイラが糞だからだったんじゃね
Cコンパイラは枯れていて安心して使えたとか

C++しか知らない(書けない)プログラマより
Cで書けるプログラマの方が優秀だから
糞C++が寄って来ないようにした

都市伝説かも知れん

>>13
C++って、文法的にはCの上位互換だからC言語によるプログラミングもできるはずなんだがな。特に、あの当時ならね。

CとC++が合体したら最強に見える

じゃあすでに最強を手にしてるじゃん

まあOSだからな
宗教的な部分をのぞくと
仮想関数テーブル直接弄ったり、仮想関数の実装方法カスタマイズしたり出来ないのが致命的なんだろう。

MSみたいにABIとコンパイラを両方決める権限あるなら、COMみたいな事も出来るけど

CとC++は別言語
キャスト一つとっても仕様が違う
上位互換ではない

C++しか知らない(書けない)プログラマほど >>14 みたいなトンチンカンなこと言うよね

c++は勝手に裏でやったりするのがリーナスは気に入らないらしい
osともなれば
全てを自分達で制御する必要が有るし
何より自分が指示していない動作をする
というのはosやハードウェアコントロールでは致命的だと思う
今のc++だと色々出来ないような嫌がらせ機能を追加して対処しているけど
そんな事するくらいなら純朴な生cを使ったほうが有る意味まともだと思う

>>14,16
C++はCの上位互換ではない
それに、よく見かける表記C/C++にも違和感。なぜ一緒くたにされているのか
CとC++の両方を知っていれば上位互換なんて言わない

オブジェクト指向とオブジェクト指向言語は別のことを指す。

ここの馬鹿ども見てればc++にしなかったのは正解だということがよくわかる。

わかる

>>21
「文法的に」は互換性はあるでしょ。
実際、Cで書いたコードのコンパイルが通るし、リンケージ指定してやれば.cから.cppを呼び出せるわけだし。

絶対、キャストやnull問題を持ち出す揚げ足取マンが現れると思ったから、わざわざ「文法的に」という言葉を添えたのに。
反応が予測通り過ぎて嫌になるね。なんで揚げ足取るの好きなん？

>>20みたいな反応を期待してたんだけど、想像以上にレベル低い奴多いな。

.cから.cppじゃなくて、.cppから.cか。

互換性がある=上位互換だと思ってるの？

>>27
君と同じ認識です。

CとC++はごっちゃでもコンパイルエラーにならないだけで、CとC++を混ぜて使うのは素人。

c言語のライブラリも使うからどうやっても混ざるわ

>>30
それはおかしい。C++の規格としてCのライブラリを追加したものを言っているのなら、それはCではなくC++のライブラリの一部。

>>29
そりゃ、OS上で動くプログラムでCとC++を混在させてたら正気を疑うけどな。
でも、今回はLinuxカーネルレベルの話でしょ。
最下層はC言語ライクな記述をして他は思いっきりC++言語特有の書き方で実装すればいいじゃんって考え方は自然だと思うけどな。
ただ、MCUとC++実現レベルの事情は詳しくないので>>17や>>20みたいな意見には何とも言えないが。
やっぱ、そこなのかねぇ...。
カーネルのコードを見ると、C++だったら良かったのにと惜しまれることがあるだけ残念。

>>31
世の中には、標準ライブラリ以外のライブラリもあるんですけど？
言ってる事、おかしくないですか？

標準ライブラリじゃなくても当てはまると思うけど

どういう意図で言ってるのかわからんのだけど
例えばzlibはc++で使うべきじゃないってことでいいのか？

どういうことなの…

zlibもC++の一部ってことでは？

C++がCとの互換性を意識して設計されているからこそCで書かれたzlibを呼び出せたりするのだが
それをC++のライブラリと見なすか、Cのライブラリと見なすかは言葉の問題でしょ

そんな話を議論して何の話に繋げる気だ？

区別する必要がないしごちゃまぜで使えるのがメリットなのに
混ぜるなとかいう人がいたからの皮肉だろ

混ぜるな危険！危険！危険！

>>25
>「文法的に」は互換性はあるでしょ。
えっ

>実際、Cで書いたコードのコンパイルが通るし、
これはCで書いたコードはC++文法としてはコンパイラ出来ない
コンパイラがCのコンパイルもサポートしてるってだけやろ

>リンケージ指定してやれば.cから.cppを呼び出せるわけだし。
これはオブジェクトが互換なんやろ

cで書かれたコードをc++に貼っつけた上でクラスでラップしても動くものを互換性があると言わずになんて言うんだよ

コンパイラが中で何してようが関係ないし
というかcのみのコード書こうがc++でコンパイルされて名前修飾されるでしょうに

void * だっけ

評価されるかは知らんが、自分で互換カーネルをＣ＋＋で作って発信したらいいんじゃね？

するわけねーだろｗ
実際やってみりゃどんだけひどいことになるかわかる。
てかやる気力のない無責任連中が騒いでるだけだろうけれど。

MONA os

>>42
なぜ extern "C" があるか理解してないな。

gcc と g++ も違うやん

どういうことなの…

本当に上位互換が事実なら
片方いらんやろ

>>50
うん。C++とCの二つの選択肢があるのなら、間違いなくC++を選択する。

二つの選択肢があれば、だが。

ただ、カーネル開発となると知らん！
コンストラクタやデストラクタを呼ぶコードやスマートポインタを管理するコードをアセンブラで書いたりすることになりそう。linuxカーネル開発経験ないから知らんが。

知らないならうざいだけです
知らんけど

俺も知らんけど知らん！

>>53
お前は上位互換という所で引っ掛かってたじゃねーか
ま、お前のことなんて 知 ら ん け ど

>>53
お前は上位互換という所で引っ掛かってたじゃねーか
ま、お前のことなんて 知 ら ん け ど

どうでもいいけど
g++ で gcc 相当の事が上位互換で出来るなら
なんで gcc がいまだに残されてるのって話

>>57
gccは「GNU compiler collection」の略で、C++、C、Objective-C、Java、Fortran等のコンパイラを集めたもの
g++は、C++のコンパイラ

単純に早くて軽いんじゃないの多分
でかいプロジェクトだと構文解析の速度とか結構変わってきそうだし

cで大丈夫でc++だとコンパイルエラー吐くのって汎用ポインタの暗黙の型変換ぐらいじゃないの
他はなんかあったっけ

あれそういう意味だったのか勘違いしてたわ

gcc拡張とか使ってるとコンパイル出来ないね。

もうリーナスの言いなりになる必要ないんじゃね？


"Linuxの生みの親"トーバルズ氏：「私はもうプログラマーではない」
https://japan.zdnet.com/article/35144738/

＞もうコーディングは全然やっていない。私がコードを書くのは、ほとんどがメールの中だ。誰かがパッチを送ってくると、私は擬似コードを書いて返す。
パッチの修正にはとても慣れているので、最近ではテストもしないままパッチを修正したり、そのパッチを送ったりすることもある。
文字通りメールの中でコードを書いて「これはこうすべきだと思う」と書くわけだが、それが私がやっていることで、プログラマーとは言えない。

やばいなｗ

呼吸をするようにプログラム出来る
って事なのね
プログラマーでは無くて
プログラムの神に成った
そんな感じ何だろうか?

イチローポジション…

わかってないやつ多いんだよ
いきってc++で自称モダンな設計で作り上げてあとで泣きながらcのインタフェース作るはめになる
たいてい機械的なラッパーではすまないからな

void*的な「ハンドル」を経由して操作する
C由来のインターフェースは強いな

>this is a double-edged sword. The developer has enough flexibility to do really cool things, and equally the flexibility to do really stupid things

>>67
この手の、英語の原文をいきなり訳もせず突っ込んでくるやつは何がしたいのだろう…。

いきなり業界用語持ってきて「え？こんなのもわからないんですか？ふ〜ん」的な古典的オタクのり？

>>69
>I am the bone of my sword. Steel is my body,and fire is my blood. I have created over a thousand blades. Unknown to Death. Nor known to Life. Have withstood pain to create many weapons. Yet,those hands will never hold anything. So as I pray,unlimited blade works.

業界用語ωωω

OSをインタプリター言語あるいはスクリプトで書けたらいいのにね。
もちろんデバイスの制御の部分やCPUの初期設定などは機械語にならざるを
得ないけれども。
今のCPUはかなり早いから、インタプリターでOSのカーネルを書いても
昔のPDP11ぐらいの速度ではうごくのではなかろうか？

そんなOS使わん。
結局少しくらい危険なところがあっても速度重視ってのは
ビジネスからくるクリティカルな要求な訳だ。

>>72
自分でCでインタプリタ書けるならOS開発のコンパイル作業に一工程を噛ませるだけだぞ
やる意味が無いからCでそのまま書くのがカーネル

>>69
諸刃の剣かwww