アカウント名:
パスワード:
嘘つけwCEカーネルのAPIとフルセットのAPIは相当隔たりがあるぞwもともとWindowsはマルチプラットホームだったんだから、わざわざCEから派生させる必要がない。いまでもx86/x64/IA64と存在しているわけだし。ドライバもx86版の再コンパイルで使えるレベルらしいから、ますますありえない。x86エミュレータもあり得ない。性能的に無理。何のためにSilverlightを強化し続けてると思ってんだ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
Windows CE/ARM の化粧直し版だよ (スコア:2, 興味深い)
Intel のカネで作っていた xScale 用の CE のカーネルを、Cortex 世代のプロセッサで動くようにツールチェインを調整。
同時に Windows7 世代のシェルを移植。アプリケーションプログラマからは Intel Windows と大差ないコーディングが
C/C++/.NET でできるわけです。
Office 移植自体は、API セットがそろった時点でほとんど問題なく作業できたと聞いています。
ARM/Windows としての細かい調整は、じつはまだまだこれから。
どうしても OSX のプロセッサ移行と比べられてしまうので、X86 エミュレータを入れるか入れないか、Fat/Universal バイナリみたいなのを提供するかどうかとか。
たぶんどっかから買ってくると思うけど、普通の人が使えるようになるのはまだ先ですヨ
Re: (スコア:2, すばらしい洞察)
嘘つけw
CEカーネルのAPIとフルセットのAPIは相当隔たりがあるぞw
もともとWindowsはマルチプラットホームだったんだから、わざわざCEから派生させる必要がない。
いまでもx86/x64/IA64と存在しているわけだし。
ドライバもx86版の再コンパイルで使えるレベルらしいから、ますますありえない。
x86エミュレータもあり得ない。
性能的に無理。
何のためにSilverlightを強化し続けてると思ってんだ?
Re: (スコア:0)
> もちろん本気で作り直しているわけですが。
なんじゃないの?
妄想ということで聞けばまんざらでもないと思うけど。
> いまでもx86/x64/IA64と存在しているわけだし。
て言われるとx86とIA64の距離感と、x86とARMの距離感が同じに見え、そっちの方が違和感ある。
Re:Windows CE/ARM の化粧直し版だよ (スコア:0)
> て言われるとx86とIA64の距離感と、x86とARMの距離感が同じに見え、そっちの方が違和感ある。
命令セット的には、ARMとIA64の方が、ARMとx86よりも近いですなあ。
ARMもIA64もload-store architectureだし。
Enterprise寄りの機能はARMにはないけど、(現在でもWindowsがサポートしている)x86の低位機種
にもないので、そこは距離感には関係ない。
x86とIA64の方が近いのなんて妄想でしょう。
Windows NT系のカーネルとCE系のカーネルはかなり違うので、ソフトウェア的には素直に
NTカーネルを移植した方が簡単です。もちろんCE用のカーネル内にも流用できる部分が
まいわけじゃないし、そういうところは流用してても不思議はないけど。
Re: (スコア:0)
> ARMもIA64もload-store architectureだし。
ここは笑うところですか?
Re: (スコア:0)
VLIW(EPIC)、投機的メモリアクセス、プレディケーション、レジスタスタック&ローテーション、ブランチレジスタなどがあるわけですが、
> 命令セット的には、ARMとIA64の方が、ARMとx86よりも近いですなあ。
と本気で思っているのですか?