Google NaCl プログラミング 2mol
■ このスレッドは過去ログ倉庫に格納されています
GoogleのNaCl環境でプログラミングする人のためのスレ
Chromeブラウザーは7から--enable-naclオプションを付けて起動するとNaClが有効になります。
※ Chrome 10.x 以降推奨
Native Client SDK : ttp://code.google.com/intl/en/chrome/nativeclient/
Examples: ttp://code.google.com/intl/en/chrome/nativeclient/docs/examples.html
More Examples: ttp://code.google.com/p/naclports/source/browse/#svn%2Ftrunk%2Fsrc%2Fexamples
前スレ
http://hibari.2ch.net/test/read.cgi/tech/1291875057/
ttp://sourceforge.jp/magazine/11/02/22/104206
米Googleは2月18日、C/C++で実装されたネイティブコードをWebブラウザ上で実行できる
「Native Client Software Development Kit(SDK)」の最新版を公開した。
Windows、Mac OS X、Linuxに対応する。
JavaApplet というよりは ActiveX だよね
ttp://slashdot.jp/it/08/12/10/0836211.shtml
ttp://slashdot.jp/it/10/03/20/0554238.shtml
Native Client SDK : ttp://code.google.com/p/nativeclient-sdk/
NaCl ports : ttp://code.google.com/p/naclports/
Gallery: ttp://naclports.googlecode.com/svn/trunk/src/gallery/index.html
NaCl に興味があるなら、インストールして試してみると良いよ
Google が開発しているプログラム実行環境(Native Client :
C/C++, Native Activity : C/C++, Dalvik : Java, V8 : JavaScript、
Go : Go、Unladen Swallow : Python)の中でどれが一番長生き
するか調べて、ブログにでも載せておいてくれると助かるわ 206 デフォルトの名無しさん [sage] 2011/02/23(水) 00:30:05.97 ID: Be:
かってに、google に甘い期待をしているんだけど、
ttp://sourceforge.jp/magazine/11/02/22/104206
これとかを見ると、google 的には、
C++ は Web アプリみたいにして、
Android に持っていくつもりなのかな。
プログラマのヘマでセキュリティーホール作られるよりは、
制限あっても、sandbox 内で…って感じで。
Javaが選ばれた理由も、そんなんじゃなかったっけ? 207 デフォルトの名無しさん [sage] 2011/02/23(水) 02:12:51.53 ID: Be:
Android 2.3 以降の Native Activity も sandbox 内で動くみたいね
NaCl と融合する可能性はあるのかな
212 デフォルトの名無しさん [sage] 2011/02/23(水) 10:55:37.75 ID: Be:
>>206
面白そうだけどChromeでしか動かないって
ChromeOSのサブプロジェクトかなんかか
214 デフォルトの名無しさん [sage] 2011/02/23(水) 13:06:31.99 ID: Be:
>>212
FirefoxとかOperaでもすぐ使えるようになるのでは?
http://slashdot.jp/it/08/12/10/0836211.shtml このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所 Nixysaという半自動でNPAPIのコードを書いてくれるツールが使えるかも。
http://code.google.com/p/nixysa/
基本的にはいきなりNaClというよりまずNPAPIを使ったプラグインを開発できるようになったほうがよさげ。
多分プラグインとして動けばNaCl化は難しくない。 17 デフォルトの名無しさん [sage] 2011/01/05(水) 21:24:56 ID: Be:
あ、こっちにスレあったのね。
NativeClientって、当初のx86コード利用って方針からポータビリティを重視して
LLVMのビットコードを使うようになるんだよね?
それって、Zero/SharkのJavaVMと比べて何が違うの?
というか有利なの・・・?
JVMのネイティブコードキャッシュが出来る機能を突き進めた方が幸せにならない?
・・・か。
自社だけでコントロール出来ない物は改変しちゃえってことだもんなぁ。Dalvikみたいに。
18 デフォルトの名無しさん [sage] 2011/01/05(水) 21:48:04 ID: Be:
そうなの?
最近追っかけてないからよく知らないけど、それは朗報だな。
LLVMのビットコードで送りつけて、現地でマシン語にコンパイルする方式は俺的にグッジョブだわ。
昔それを考えていた。 前スレ落ちてたんだね。スレ立て乙です(^_-)-☆ 前スレってレス20くらいで落ちてた気がするので
今回も過疎ってると落ちるかもね >>1
n ノノノハヽ
(ヨ川´・D・)<乙です
Y つ これがこのスレでの初めての書き込みなのに、俺が書いたレスが既に張ってあるから、
もう書く事無いよ。NaCl/ARM が Android で動くとかすればなあ。 NaClって分子じゃないのに何でmolで数えるんだろう [訂正記事]グーグルのNative Client、CPUに依存しない互換性は将来のバージョンにて 2010年3月21日
ttp://www.publickey1.jp/blog/10/native_clientcpu.html
GoogleのNative ClientでWebアプリケーションのパフォーマンスを改善する
作者 Abel Avram , 翻訳者 笹井 崇司 投稿日 2010年4月16日 午後3時8分
ttp://www.infoq.com/jp/news/2010/04/Google-Native-Client Google が頑張って IE と Safari と Firefox 向けに NaCl の Plug-in を作ったとして、
これが普及する芽はあるのかなあ。iPad / iPhone 向けには Plug-in は作れない訳だし、
JavaScript がこれだけ力を持つと、ひっくり返せるものなんだろうか。 GoogleがNative Clientを刷新。が、最後までやり遂げるだろうか?
作者 Dionysios G. Synodinos , 翻訳者 南 伸二 投稿日 2011年2月23日 午後7時42分
ttp://www.infoq.com/jp/news/2011/02/google-revamps-native-client Native Client: A Technology for Running Native Code on the Web
Monday, December 08, 2008 | 12/08/2008 11:58:00 AM
ttp://googlecode.blogspot.com/2008/12/native-client-technology-for-running.html
ポータブルにならないなら
普通にexe配布した方が良いお
Native Clientの仕組みはどうなっているのか?
ttp://d.hatena.ne.jp/yaneurao/20081211
>>33
いや、JavaとActiveXの公約数。 ActiveXのように速いJava
Javaのように安全なActiveX
NaCl の話を聞く度に O3D が思い出される
あれも最初は Plug-in でやろうとしたけど、結局は JavaScript でも
十分な速度が出るという結論だったんだよね 1モルは6.02×10^23です。
2モルだからといって24乗に階乗を変更することはしません。 1mol 6.02×10^23 が正しければ
2mol 1.204×10^24 も正しいと思うんだけど
釣りなの?
10年以上前に出てきたActiveXのさらに劣化した技術だからなあ。 ブラウザでエディタが動く時代が来るのか
viとかメーラーとか移植されそうだな
あ、googleってクライアントメーラーってやらないのかな Qt4 on Android の方が面白そうだからあっちいく
ブラウザの中でネイティブを動かしたいニーズが無くなってしまったからな。FlashとSilverlight共々逝く気がする >>53
時代は JavaScript を拡張して行く方向だと思うよ
何が哀しくてブラウザ上で C++ なんか使わないといけないんだろうね・・・ JavaScriptが良いとは思わないけどなあ
サンドボックス内部でC++(ネイティブコード)を使うのが一番言いい。
WebGLとかダメでしょ、あれ 別に自分の好みを通すのは好きずきなんじゃないの。
時代は WebGL の方に進んでるから、気が向いたらこっちに来なよ。 >>56
C++のコードがjavascriptから呼べるんだから便利だよ >>59
C++ を書きたい人が書く分には良いんじゃないの
既存のコードをそのまま動かしたいとかね
それでもフルパワーの C++ が使える訳ではないし、テストや
メンテナンスの手間を考えると、かなり敷居が高いと思うよ Googleのやることって、特徴は無料ってだけで、今更ってのが多い。 やっとGoogle Chrome 10.0がUbuntu/Debianに回って来た。
ちょっと遊んでみるかな?
雨には放射能が含まれていると危険だから
必ず傘をさすようにってお天気で毎回言った方が良い >>67
放射性物質だろ。水は陽子と電子だけだから放射能を持つことはない。 水素や酸素にも同位体はありますよ
同位体がなぜ放射能を持つかどうかは良くわかってない
HもOも放射性同位体の半減期短いのばっかりじゃんw
雨が危険、っていうのは、小学生でも知ってるように雨粒は空気中の埃を核にして
形成されるからだと思うけど。
今回の件で放射性物質の埃がある程度上空に排出されたのは間違いなからね。 真水で冷却出来ずに塩水使ったのが間違いだったね
高温でイオン化したナトリウムが水と反応して爆発したんだよ
高吸水性ポリマーで汚水流出止めようとしてるみたいだけど塩分があると効果ないんだって
ttp://www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/photo/add_NaCl.wmv
http://www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/023.htm Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
http://slashdot.jp/developers/11/04/15/181223.shtml
凄いんだか凄くないんだかさっぱりわからんw
Googleは今でもNaClをプッシュしてるの? こんなスレあったのね
WebKit党Safari派だがぐぐるも好き、LLVM注目中なので記念カキコ
ときどき見に来る
/.Jで出たの知って、悶々としてたので書かせてくれ
>>78
NaTclって物質ないじゃんね
もうちょいましな名前はなかったのかと
といっても、ささっと対案は出てこずw サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」(1/2):CodeZine
http://codezine.jp/article/detail/5690?p=1
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」(2/2):CodeZine
http://codezine.jp/article/detail/5690?p=2 GAEは携帯認証がな…。
GAEにも、NaCl入るようにならないかな うん。直接関係ない。
だが、ブレスト的にというか、無理やりくっつけて考えてみた
NaClってのは、きちんとサブセット化されたELFバイナリ、
サンドボックス、RPCで成り立ってる
これを、GAEが受け入れれば、言語制限ってものが取り払われるんじゃないか
Perlやりたい?NaClでPerlビルドすればいい
RubyだろうとLUAだろうとおなじこと Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
http://slashdot.jp/developers/11/04/15/181223.shtml
> スクリプト言語TclをGoogleのNative Client環境で実行可能な「NaTcl」が発表された。
> NaTclを使用することでTclをWebブラウザ上で実行可能となり、Tclプログラムで
> Google ChromeのDOM(Document Object Model)に直接アクセスできる。これにより、
> JavaScriptの代わりにTclでWebアプリケーションを作成することが可能となる。
> また、Natice Client向けのTk、「NaTk」もまもなくリリースされるとのこと。
これでTcl/Tkの新しい本が出るようになるかな? chrome://plugins
に、NaClが出てくるけど、ここからも有効化できるのかな? >>85
多分できる。
試しに有効にしてみたら動いた。 sdkのバージョンが0.3になってた Chrome12のためだけみたいだけど 基盤技術過ぎて、華はないなw
なんとなく見てるんだが、Chrome OS のRPCにも使えるようになるんだよね、きっと 今GPU使える?せめてシェーダー言語だけでも走らせる事ができりゃいいんだけど。
あとは自作するから。 ActiveXは、よく脆弱性持ち込んでたような、、、 NaClはよくは知らんがActiveXは完全信頼モデルなのがいかんかったのだろ?
NaClはプロセス分離とかで部分信頼モデルもどきぐらいにはするつもりじゃないの? MSがWebGLはセキュリティが駄目だと言ったから
NaCl使ってOpenGL使うのが流行るんじゃね? WebGL は、セキュリティの問題は ARB で対応する予定でしょ ■ このスレッドは過去ログ倉庫に格納されています