>>3
ダメ

>>8
C#とかなら一度ilに変換してそのOSの中のランタイムがそれぞれの機械語に翻訳してるってのは知ってる

>>14
いやしたがるじゃなくて今C++がどうやって動いてクロスプラットフォームに対応してるのかしてないのかが知りたい

>>15
ざっくりいうとソースコードは共通でコンパイル時に生成される機械語が違う
だから標準ライブラリの範囲とかだとOSが違っても同じコードで同じように動く
その標準ライブラリが何してるかというとOSごとに異なるシステムコールやAPI呼び出しを行ってる
標準以外のライブラリも同様にOSごとの差異を吸収するように作るから、クロスプラットフォーム対応のライブラリ使う場合は概ね共通のソースが使える
吸収しきれない場合は何かしらの注釈がついてたりする

>>25
なるほどコンパイラか…
つまりC#から機械語もしくはアセンブリ言語へのコンパイラを作ればC#でもローレベルレイヤー(カーネルだのドライバだの)を扱えるってことか

>>31
作ればっていうか、はたしてそれがC#かというと謎
カーネルだのドライバだのはアドレスを直接叩く必要があるがC#はそんなこと許さないし

>>35
許されないだけでライブラリとして作っちゃえばいいのでは？と素人ながら思うけどどうなのだろ？

>>38
そのライブラリはアセンブラなりC/C++なりで書くことになるよ
C#からネイティブAPI呼び出しを許すからできなくはないけど

>>38
無理だね

>>43
無理なの？

>>52
公式がそういった仕組みをドットネットランタイムに追加しない限りは無理

>>53
そうなのか…
まだ時期尚早って感じなのかなぁ

>>38
それでいい
共通部分を純粋なコードで書いて環境依存部分を別ライブラリにするのはよくある
移植の際は環境依存部分を作って極力共通部分はノータッチで済むのが望ましい
クラスプラットフォーム環境がやってるのはざっくりいうとそういうこと

>>56
なるほど！

>>30
なるほど

>>39
それはまぁしょうがない部分ではある
UnityでもGCを無くしたりNativeArrayを使うことでBURSTコンパイルさせるという仕様が追加されたりしてるし
カーネルやドライバを作りたい人だけが意識すればいいかなとは思う

>>42
ワロタwww
偉そうに言ってるやつには笑顔でそうですね～って言ってて裏では笑っとけばいいねん

>>42
優しく教えられる人はこの時間は会社で働いてるだろ

>>58
これ

>>80
なるほどサンクス