アカウント名:
パスワード:
……既存のソフトウェア資産どーすんだよ
iOS の元となった OS である Mac OS X でいえば、そもそも少し前のだって、x86 と PowerPC の混成バイナリだったし、今は 32bit と 64bit の2種類のバイナリがワンパッケージ化されていたりしますので。そういうユニバーサルなのは Apple の十八番です。
無論、ユニバーサルでないバイナリそのものを動かそうとしたらエミュがいるけど。そんな環境を用意しなくても、普通はあっという間に対応ソフトがそろう。
なぜならば、ほとんど、開発環境だけで吸収できる。ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。そういう事態が起きても心配無用。
全くなんの問題もなく、過去の資産を使えますよ。
ビルドが通れば問題なくアプリは動作すると思ってる方? おめでたいですね。
もしビルドが通ったのにもかかわらず動かないんだったら、それは XCODEがまともなバイナリを吐いて無いってことだ。もしくは元々バグってたかのどっちかだ。バグがあったのならちょうどいい機会だから直せば良い。
アセンブラでも使って無い限りCPUの違いなんざ微々たるもんだ。そのためのライブラリやAPIだろ。
で、ビルドが通れば問題なくアプリは動作するんですか?
別ACだけど大抵動くし、動かないとしたらもとのコードがたまたま動いてるだけにすぎない品質の低いコードだって言ってんだよ
SDKやコンパイラのバージョンが変わっただけで動かなくなる可能性のある品質の低いコードな。
で、動作の確認もなしにリリース可能とお思い?
ぶっちゃけビルドし直すだけなので。
ってそういうことですよね?
新製品がx86に変わったとしてやることの違いといったらビルドしなおすだけだろ。iOSのバージョンとか新しいCPUのiOSデバイスがでて同じARMだったらなにもしなくていいとお思い?
ビルドしなおすだけだろ。
一通りの動作確認くらいするっしょ
違いと言ってんだろ。おまえ様は新製品でてもCPUがARMだったら一通りの動作確認しねえのかよ
違いと言ってんだろ。
ARMのときはビルドしないで済んでたんですか?
すんでるよバイナリそのままを動作確認して問題なければそれで終わり
ビルドもしないでバイナリがどっから出てくんのかわからんけどさっすがXcodeだなあ、スゲー
はぁ?既存のアプリの対応の話だろうがだったらストアに既に上げるためにビルドしたものがあんだろ。頭悪すぎてウンザリするな
違いなんてないっしょ
版 ビルド 動作確認既存のアプリ 必要 必要新アーキテクチャのアプリ 必要 必要
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
Intel「今後のiPhoneもiPadも全部Atom採用にするなら作ってやるよ(ホジホジ」 (スコア:0)
……既存のソフトウェア資産どーすんだよ
Re: (スコア:1)
iOS の元となった OS である Mac OS X でいえば、そもそも少し前のだって、x86 と PowerPC の混成バイナリだったし、今は 32bit と 64bit の2種類のバイナリがワンパッケージ化されていたりしますので。そういうユニバーサルなのは Apple の十八番です。
無論、ユニバーサルでないバイナリそのものを動かそうとしたらエミュがいるけど。
そんな環境を用意しなくても、普通はあっという間に対応ソフトがそろう。
なぜならば、ほとんど、開発環境だけで吸収できる。
ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。
そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。
そういう事態が起きても心配無用。
Re: (スコア:0)
なぜならば、ほとんど、開発環境だけで吸収できる。
ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。
そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。
ビルドが通れば問題なくアプリは動作すると思ってる方? おめでたいですね。
Re: (スコア:0)
もしビルドが通ったのにもかかわらず動かないんだったら、
それは XCODEがまともなバイナリを吐いて無いってことだ。
もしくは元々バグってたかのどっちかだ。
バグがあったのならちょうどいい機会だから直せば良い。
アセンブラでも使って無い限りCPUの違いなんざ微々たるもんだ。
そのためのライブラリやAPIだろ。
Re: (スコア:0)
で、ビルドが通れば問題なくアプリは動作するんですか?
Re:Intel「今後のiPhoneもiPadも全部Atom採用にするなら作ってやるよ(ホジホジ」 (スコア:0)
別ACだけど
大抵動くし、動かないとしたらもとのコードがたまたま動いてるだけにすぎない品質の低いコードだって言ってんだよ
Re: (スコア:0)
SDKやコンパイラのバージョンが変わっただけで動かなくなる可能性のある品質の低いコードな。
Re: (スコア:0)
で、動作の確認もなしにリリース可能とお思い?
ぶっちゃけビルドし直すだけなので。
ってそういうことですよね?
Re: (スコア:0)
新製品がx86に変わったとしてやることの違いといったらビルドしなおすだけだろ。
iOSのバージョンとか新しいCPUのiOSデバイスがでて同じARMだったらなにもしなくていいとお思い?
Re: (スコア:0)
ビルドしなおすだけだろ。
一通りの動作確認くらいするっしょ
Re: (スコア:0)
違いと言ってんだろ。
おまえ様は新製品でてもCPUがARMだったら一通りの動作確認しねえのかよ
Re: (スコア:0)
違いと言ってんだろ。
ARMのときはビルドしないで済んでたんですか?
Re: (スコア:0)
すんでるよ
バイナリそのままを動作確認して問題なければそれで終わり
Re: (スコア:0)
ビルドもしないでバイナリがどっから出てくんのかわからんけどさっすがXcodeだなあ、スゲー
Re: (スコア:0)
はぁ?既存のアプリの対応の話だろうが
だったらストアに既に上げるためにビルドしたものがあんだろ。
頭悪すぎてウンザリするな
Re: (スコア:0)
違いなんてないっしょ
版 ビルド 動作確認
既存のアプリ 必要 必要
新アーキテクチャのアプリ 必要 必要