Linuxって実際の所バイナリ互換どれくらいあるの？ (218ﾚｽ)
上下前次1-新
1(3): 2010/08/07(土)12:33 ID:HOUzCUqS(1) AAS
原則としてディストリやバージョンが変われば
再コンパイルする必要があるってのはわかる。
でも実は再コンパイルしなくても動いたりするんじゃないか？
世の中にはソースを公開できないアプリがある。
そういうアプリを作っている会社がいちいち各ディストリや
各バージョンに対応するのは手間がかかる。
結果、自分のディストリ・バージョンに正式対応していないが
実は結構動くんじゃないかって疑問になった。
2(2): 2010/08/07(土)15:15 ID:1Jvm72QN(1) AAS
原則として動くんじゃないの
firefoxとかどこでも動くじゃん
3: 2010/08/07(土)16:42 ID:5/k+nPMk(1/2) AAS
時間の経過でglibcとかlibstdc++のABIや定義シンボルが変わって
動かなくなったことはあった。あとは使ってる共有ライブラリ名の
参照名が違っててロードできないとか。
だからバイナリ互換性にこだわるならstatic linkするしかない。
最近だと良くなってる気はするので、「いまどき」の環境で「いま」
リリースするバイナリが概ね動けばいいだけならおおよそ動くと思うけど。
4: 2010/08/07(土)16:48 ID:Wbz29qLG(1/3) AAS
どっちかと言うとファイルの置き場所とか
5(1): 2010/08/07(土)16:55 ID:5/k+nPMk(2/2) AAS
VMwareみたいにlibX*を同梱する強者もいるよな。
そこまでするなら仮想マシンイメージで配布…無理か。
6(1): 2010/08/07(土)17:31 ID:koj7zGLp(1/3) AAS
>>5
仮想イメージでってのは単体のアプリではあまり聞かないけど、アプライアンス方面では
増えてきてるよ。インストール調整費用が価格と稼動までの日数を押し上げてて
競争力の低下要因となっているからね。
7(1): 2010/08/07(土)17:56 ID:Wbz29qLG(2/3) AAS
>>6
アプライアンスなのに。
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
28: 2013/07/26(金) NY:AN:NY.AN ID:5EV2/IJp(1) AAS
漢なら潔く拡張命令モリモリ利用
バイナリ互換性なんて気にしないぜ！
29: 2013/07/31(水) NY:AN:NY.AN ID:HcSnofK9!(1) AAS
同じディス鳥であっても、ディス鳥のバージョンごとにバイナリが公開されているから
バイナリ互換は最低だね。
ソースを公開して、ある程度人気が出て、ディス鳥側に常にメンテしてもらわなければ
ソフトを作っても誰にも使われることがない。
個人でソフトを作って配布とかできないシステム。
決まりきったディス鳥認定ソフトしか使うことができないのさ。
30: 2013/07/31(水) NY:AN:NY.AN ID:CYxROjdr(1/2) AAS
ある程度人気出たら
「ディストリに入れよう」って人も出てくるけどなぁ。
入らなくても公式とは別にリポジトリ立てる人もいるし。
31: [hage] 2013/07/31(水) NY:AN:NY.AN ID:H4k6v0uK(1) AAS
バイナリーの互換性がないから、Windowsにバカにされる。
動作しているライブラリやカーネルに
互換性が無い部分をｱﾌﾟﾘ側が場合分けして対応しているならともかく
それを行わないからandroidにもバカにされる。
32: 2013/07/31(水) NY:AN:NY.AN ID:CYxROjdr(2/2) AAS
バカにされても特に困らん。
33: 2013/08/01(木) NY:AN:NY.AN ID:mhb/WX8r!(1) AAS
気がついていないだけでソフトが少ないという点で困っていると思う。
ccでコンパイルしたa.outをVectorにアップロードしてもバイナリ互換がないので使える人がいない。
だから誰もプログラムを作らない。人気がない。ソフトがない。
34(1): 2013/08/01(木) NY:AN:NY.AN ID:qVsr+XQb(1) AAS
ソースで上げればみんなコンパイルして使う。
35: 2013/08/01(木) NY:AN:NY.AN ID:Nn1pSPO0(1) AAS
Aという実装に依存してBという実装が作られるも
ある日突然Aが実装を変更して依存が壊れBという実装が動かなくなる
こういう場合
AかBのどちらかが問題を修正するなら問題無いけど
双方自分の実装が正しいと主張し修正を認めない時がある
こういうの何ていうの？
36: 2013/08/01(木) NY:AN:NY.AN ID:1j1tGzBl(1) AAS
千日手
37(1): 2013/08/01(木) NY:AN:NY.AN ID:hDIBtn3z!(1) AAS
>>34
ユーザーがいちいちソースからコンパイルして使うというのはLinuxでは一般的ではないだろう。
面倒すぎて受け入れられていないということだ。
ソース配布してもコンパイルするには時間がかかって手間だし、もしやる気があっても知識不足から手をつけられない人も多いだろう。
自分が開発しもしないのに、多くの種類の開発環境をインストールするのもばかばかしいだろう。
ソースを公開したい人や会社も少ない。
少なくとも俺はソース公開したくない。
プログラマーにとってはソース公開なんて自殺行為だからな。
ソース互換も100%じゃないしな。
開発環境やカーネルやライブラリのバージョンなどの関係ですんなりコンパイルが通るとも限らない。
省3
38(1): 2013/08/02(金) NY:AN:NY.AN ID:U+34vnhW(1) AAS
libc5のバイナリーがまだ残ってるマシンもってるけど、普通に動いてる。
さすがにa.out形式は残ってない。
39(1): 2013/08/02(金) NY:AN:NY.AN ID:dSS/R9QJ(1/2) AAS
>>37
それ貴方の思い込みだから、Linuxのﾃﾞｨｽﾄﾘの種類がどんだけあるか理解できていない。
マイナーとか含めたら万の単位いけるぞ。
40: 2013/08/02(金) NY:AN:NY.AN ID:dSS/R9QJ(2/2) AAS
>>38
ライブラリーがライブラリーを必要としている階層タイプが無いなら
ソースから作っても対した作業じゃないんだけど。
１つｱﾌﾟﾘを動かすのに芋づる的に作業が拡大したのを経験すると
ソース方式がクソって思えてくるな。
互換も引きずり過ぎるのも無理があるが、完全に見切るのも無理があるわ。
41(1): 2013/08/04(日) NY:AN:NY.AN ID:65jlEFZp!(1) AAS
>>39
とんちんかんなレスだな
誰がディス鳥の数の話なんかしているのさ
むしろディス鳥の数が多いほうがバイナリ互換がない方向に向かっているじゃないか
バカなのかおまえは
42: 2013/08/04(日) NY:AN:NY.AN ID:GNchy+kS(1) AAS
>>41
おまえも大差ないなｗ日本語に問題あり。
上下前次1-新書関写板覧索設栞歴
あと 176 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.063s