アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
複数アーキテクチャのラインアップ (スコア:1, すばらしい洞察)
- バイナリエミュレータ
- 実行環境・形式もクロスコンパイル・ファットバイナリとかで対応
みたいにしてある程度移行を自然に行う配慮があるわけですが Solaris 世界にはそういうのはないですよね?エンドユーザ向けクライアント OS とサーバプラットフォームの違いってことか?
Re:複数アーキテクチャのラインアップ (スコア:0, 興味深い)
>エンドユーザ向けクライアント OS とサーバプラットフォームの違いってことか?
Solarisにアプリケーションという概念が無いからですね。
結局、NeXTSTEPの頃からマルチCPUで動かす事を前提に
設計されていたから、と。
gnomeとか、kdeとかが頑張れば同じようなこと
できるとは思うんですが・・・・
# レイヤーとしてはOSではなくそこのはず
Re:複数アーキテクチャのラインアップ (スコア:0)
そんなバカな!?
商用アプリを含めいくらでもあるです。(windows と数で比べるとかいうのはナシね)
実際に商用アプリの helix のライセンスが変わって困るって投稿だってあるじゃん。
マルチCPUでっていうのも意味不明だし(もしかして: マルチアーキテクチャ?)、
gnome/KDE がっていうのも含めて全然アーキテクチャ移行とは関係なさ過ぎ。
perl/python みたいなスクリプト言語で書くようにしろとか
javaVM で全部動かして下位プロセッサのアーキテクチャは関係ない路線を目指す
って話ならともかく。
(どう「興味深い」と思ったんです? > モデレータ)
Re:複数アーキテクチャのラインアップ (スコア:0)
エミュレータかますにしても、別バイナリビルドするにしても同じように検証作業は必要ですから。
Re:複数アーキテクチャのラインアップ (スコア:1)
開発機のサポートに莫大な追加費用を積む余裕はまず無い。