- TypeScript（MS） VS Swift（Apple）
154 ：デフォルトの名無しさん[sage]：2014/07/03(木) 01:14:36.62 ID:9OGBgTec - LLVM-IRからJavaScriptに変換できても、
元のコードが使ってるAPIからJavaScriptのAPIに変換する仕組みの実装が高難易度で不十分なせいで実用には遠い
printfで出力垂れ流す程度なら簡単なんだけどね
LLVM-IRを直接解釈して実行する仕組みを作る場合も同じような問題をクリアする必要がある
苦労してその問題をクリアできてもパフォーマンスガタ落ちは避けられないんで、真剣に取り組む人がいない
|
- TypeScript（MS） VS Swift（Apple）
157 ：デフォルトの名無しさん[sage]：2014/07/03(木) 01:55:45.13 ID:9OGBgTec - >>156
何言ってんだ
Emscriptenは標準Cライブラリをサポートしてる
|
- TypeScript（MS） VS Swift（Apple）
159 ：デフォルトの名無しさん[sage]：2014/07/03(木) 02:03:00.95 ID:9OGBgTec - 逆に元の言語でブラウザのAPIを使ってそれをJavaScriptに変換する場合は
元の言語側でブラウザのDOMにアクセスするような(仮想的な？)ライブラリを用意して
それをうまいことJavaScriptのコードに対応づけてやる必要があるだろうな
例えばEmscriptenはそういう仮想的なライブラリを各言語毎に用意してんの？
|
- TypeScript（MS） VS Swift（Apple）
162 ：デフォルトの名無しさん[sage]：2014/07/03(木) 02:23:50.93 ID:9OGBgTec - >>160
Emscriptenの仕組みを根本的に勘違いしてる？
これはC言語の一般的なライブラリ(libcとかSDLとかもいけるらしい)にリンクされた形式のLLVM-IRを入力にして、
JavaScriptを出力するものだと思うんだけど
>>159で挙げたみたいな仕組みも別に用意されているのかな？
各言語毎に用意された独自の様々なライブラリとリンクされたLLVM-IRを
漏れなくJavaScriptに変換できるとしたらそれはものすごい規模の仕組みになると思うけど
そんなの神業すぎて有り得ん
|
- TypeScript（MS） VS Swift（Apple）
163 ：デフォルトの名無しさん[sage]：2014/07/03(木) 02:33:38.51 ID:9OGBgTec - だから>>153のこれも
（Swift ＞LLVM IR ＞ Javascriptは可能だが公式発表は無し）
まだ現実的には意味が無いはず
すべてのLLVM-IRをJavaScriptに変換できるわけでは無い
変換可能なのはEmscriptenがサポートする範囲のライブラリがリンクされたLLVM-IRなわけ
今のSwiftにはまだEmscriptenがサポートするライブラリとか用意されてないよね
|
- Androidプログラミング質問スレ revision43
628 ：デフォルトの名無しさん[sage]：2014/07/03(木) 12:47:53.03 ID:9OGBgTec - >>626
インストール済みのSDK Platformのバージョンはいくつ？
Extrasの下には何も無い？Android Support Repositoryとかも無い？
|
- TypeScript（MS） VS Swift（Apple）
166 ：デフォルトの名無しさん[sage]：2014/07/03(木) 13:02:22.21 ID:9OGBgTec - >>165
なんかいろいろ勘違いしてるけど、無理だということがわかってくれればそれでいいや
|
- Androidプログラミング質問スレ revision43
630 ：デフォルトの名無しさん[sage]：2014/07/03(木) 13:59:43.44 ID:9OGBgTec - >>629
Packagesメニューの一番上のShow Updates/New Packagesが有効になってないとか？
二番目のShow Installed Packagesだけ有効になってると>>629みたいになってそう
自分の使ってるSDKのバージョンを把握してないのはやばいよ
|
- Androidプログラミング質問スレ revision43
632 ：デフォルトの名無しさん[sage]：2014/07/03(木) 14:55:11.47 ID:9OGBgTec - >>631
あとはOptionsのProxyの設定見直しとかCacheをクリアしてみるとかかな
最新のAndroid SDK Tools 23.0.2の環境で問題無くGoogle Play services rev18見えてるよ
中途半端な環境だと問題あるのかもね
|
- 【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ44【pl,rb,php,py】
272 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:07:07.25 ID:9OGBgTec - RubyのRakeみたいにクロージャを使ったDSLでビルドスクリプトを記述するのは
最近はJavaScriptのGruntやJava系のGradleとかいろいろ流行ってるね
|
- TypeScript（MS） VS Swift（Apple）
170 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:18:28.55 ID:9OGBgTec - >>167
少なくともEmscriptenによるJavaScriptへの変換は
マッピングされてないライブラリをリンクしてるLLVM-IRをJavaScriptのコードには変換できないだろ？
ネイティブコードへ変換する通常のLLVMのバックエンドとはちょっと事情が違う
|
- TypeScript（MS） VS Swift（Apple）
172 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:26:35.21 ID:9OGBgTec - >>169
だからEmscriptenは通常のLLVMバックエンドと違って実際にリンク結合するわけじゃいんだってば
リンク結合されるべき部分を無理やりEmscriptenが用意してるJavaScriptランタイムの呼び出しに変換する
その変換が用意されてないライブラリの呼び出しを見つけたらEmscriptenの変換は失敗するわけ
|
- TypeScript（MS） VS Swift（Apple）
173 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:31:02.65 ID:9OGBgTec - >>171
実際にリンクするわけじゃないだろ？
呼び出すJavaScriptランタイムがなければそれはEmscriptenにとっては変換失敗じゃないか
|
- TypeScript（MS） VS Swift（Apple）
174 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:40:23.64 ID:9OGBgTec - >>170はちょっと書き方が悪かったなライブラリをリンクしてるというかライブラリの関数を呼び出してると書くべきだった
そしてライブラリ関数の呼び出しはとりあえずJavaScriptに変換されて、
Emscriptenが用意してるJavaScriptとランタイムと一緒に実行したときに
ランタイムがそのライブラリ関数をサポートしてれば実行されるし、サポートしてなければ実行時エラーになるのか
このへんはちょっと勘違いしてた
|
- TypeScript（MS） VS Swift（Apple）
176 ：デフォルトの名無しさん[sage]：2014/07/03(木) 17:50:05.06 ID:9OGBgTec - だからとりあえずどんなLLVM-IRでもJavaScriptへの変換は可能。これは訂正しとくは
そして、Swiftをブラウザで実行しようと思ったらSwift用のJavaScriptランタイムを用意する必要があると
Cocoaに相当するランタイムは実質不可能だろう
SwiftからDOMにアクセスするランタイムは作れなくも無さそうだけど、
Swift側のAPIを決めて、それにマッピングするようランタイム作る必要があるわけだ
|