Linuxって実際の所バイナリ互換どれくらいあるの？ (218ﾚｽ)
上下前次1-新
8(1): 2010/08/07(土)21:11 ID:koj7zGLp(2/3) AAS
>>7
アプライアンスは別に専用設計のH/Wって訳じゃないから。
特に適用業務ごとにスケールが大きく異なる場合、ベースは汎用のPCを
使うことはよくある。
9: 2010/08/07(土)21:13 ID:Wbz29qLG(3/3) AAS
>>8
アプライアンスなんだからH/W決め打ち出来るじゃん。
10: 2010/08/07(土)21:55 ID:koj7zGLp(3/3) AAS
VMに決め打ちしてるんだよ。
11: 2010/08/08(日)03:59 ID:JFg4OQV1(1) AAS
Ubuntuも結局はDebianとのバイナリ互換性が維持され続けてるな
12(1): 2010/08/08(日)05:23 ID:VfEk8p6m(1) AAS
よっぽどコアな部分叩いてるんでもなければ普通にバイナリ互換だろ
13: 2010/08/08(日)08:31 ID:geaaqDTz(1) AAS
>>12
ppc向けのバイナリ
14: 2010/08/09(月)17:30 ID:UJihUaW7(1) AAS
普通って言うほど安心はできない。
ビルド環境のライブラリとバージョンが違ってトラブルとかあるし。
15(1): 2010/08/11(水)02:45 ID:b1tKiAvX(1) AAS
バイナリ互換があれば、どのディストリ、どのバージョンでも
アプリが使えるから、アプリのポータブル化して
あちこちに設定ファイルごとアプリもっていけるのにね。
16: 2010/08/11(水)02:49 ID:utUc9ZtP(1) AAS
もうそのあたりは仮想化におまかせで、/ 以下をまるごとパッキングに
なるのかなー。
それをLXCとかの下でカーネルだけ共通で動かすもよし、KVMで
カーネルから分離して動かすもよし。
17(1): 2010/08/11(水)06:43 ID:VJZTets2(1) AAS
>>15
実際にはもっと色々障壁なくね？
18: 2010/08/14(土)07:13 ID:qICt4taZ(1) AAS
まーでも実際問題市販アプリケーションってバイナリで出てくるからね
19: 2010/08/14(土)14:01 ID:qH5VfF25(1) AAS
>>17
kernelやglibcに限らず、依存してるさまざまなライブラリなんかのバージョンとかな。
20: 2010/08/15(日)15:46 ID:MY9+Dx/W(1) AAS
system callはあまり変わっていないんだっけ？POSIX互換に限らず…
21: 2010/08/15(日)20:56 ID:gZmgfHax(1) AAS
システムコールはむしろLinuxがPOSIX非準拠だったのを細々と直してる。
でもそんな細部に依存してるアプリはまずないだろう。
22: 2010/08/15(日)21:38 ID:ngyjZRgI(1) AAS
glibcが怖いんだな。
23: 2012/01/06(金)13:32 ID:uzLKDeKI(1) AAS
パッケージマネージャでNixが普及してくれればバイナリ互換性とかライブラリ互換性気にしなくて良くなりそうだけどどうなんだろ
24: 2012/01/07(土)01:39 ID:beKb6oif(1) AAS
使っているglibcの--enable-kernelオプションが
違うだけでもバイナリ互換性が無くなる。
例えば最近のFedoraのglibcは--enable-kernel=2.6.32で
コンパイルされているので、このglibcは勿論、この
glibcを使ってコンパイルされたバイナリもkernel 2.6.32未満では
動かない。
$ file /bin/ls
/bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked (uses shared libs),
for GNU/Linux 2.6.32, <======
省3
25(1): 2013/06/28(金)18:55 ID:Wp3uy5Ya!(1) AAS
てs
26: 2013/06/28(金)18:59 ID:f9zULtqn(1) AAS
>>25
test
2chｽﾚ:linux
27: 2013/07/22(月) NY:AN:NY.AN ID:JZcRzacr(1) AAS
test
上下前次1-新書関写板覧索設栞歴
あと 191 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s