- Androidプログラミング質問スレ revision43
579 :デフォルトの名無しさん[sage]:2014/06/30(月) 01:34:40.34 ID:+/AeVnyE - ADT23もなんかいろいろ問題あるみたいだね
これから先はAndroid studioを使えってことか
|
- TypeScript(MS) VS Swift(Apple)
122 :デフォルトの名無しさん[sage]:2014/06/30(月) 09:46:26.06 ID:+/AeVnyE - >>120
>The Swift REPL (Read-Eval-Print-Loop) acts like an interpreter. 「SwiftのREPLはインタプリタのように動作する」 つまり実際にはインタプリタでは無いんだよ
|
- TypeScript(MS) VS Swift(Apple)
124 :デフォルトの名無しさん[sage]:2014/06/30(月) 11:03:44.45 ID:+/AeVnyE - >>123
SwiftのREPLは逐次ネイティブコードに変換してから実行してるだろうからその1〜3に当てはまらない REPL=インタプリタ では無いよ?
|
- TypeScript(MS) VS Swift(Apple)
129 :デフォルトの名無しさん[sage]:2014/06/30(月) 15:24:33.50 ID:+/AeVnyE - >>127
だからさ、LLVM使ってればLLVM-IRとか出力できるのは当たり前なんだって だけどLLVM-IRのファイル作れてもそれを直接解釈実行する仕組みはどこにあるんだ? 現状LLVMの仕組みを利用してインタプリタの"ような"動作するものはいくつかある 上でも挙がってるSafariの最終レベルのJTTとか、ChromeのPNaClとか、AndroidのARTとか これらは全部LLVMを使ってるけど、LLVM-IRを解釈実行する仕組みをもってるわけではなくて、 LLVM-IRからネイティブなコードまで変換してから、LLVMとは無関係な機構で実行する Swiftがスクリプト言語のように使えるとしても、それはLLVMとは関係無い LLVMはネイティブコードを生成するために使ってるだけ LLVMと無理やり結びつけて煽るのを止めてくれるかな?
|
- TypeScript(MS) VS Swift(Apple)
130 :デフォルトの名無しさん[sage]:2014/06/30(月) 15:31:16.96 ID:+/AeVnyE - >>128
コンパイラなんてただの変換処理系なんだから、 コンパイラを動かしてるマシンやOSとコンパイラが出力するコードが関係無いのは当たり前じゃないか そんなことをいちいち説明するのに何か意味があるのか?
|
- Androidプログラミング質問スレ revision43
590 :デフォルトの名無しさん[sage]:2014/06/30(月) 18:37:51.17 ID:+/AeVnyE - >>587-588
NDKサポートはComing soonになってるね それと現状、トラぶったとき参考になる情報がほぼ英語だけなのが問題か
|