トップページ⇒tech
133コメント35KB

一つのソースコードから他言語のコードを生成したい

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2008/04/06(日) 04:04:02
いま、仕事でJANコードのチェックデジットの
チェックをするコード書いたんですよ。

ネット上に転がってるのろくなソースねーなと思いながら、
今回はPHPなんですが、なんか昔VBで同じようなの書いたなーと
思いながら書いたんですよ。
で、またJavaScript版もほしいですよ。

まったく同じアルゴリズムを別言語で実装するとか明らかに無駄じゃね？

ということで、一つのコードからいろんな言語の
コードを生成する方法ってないですか？

ないなら作ってもいいんですが、一つの簡易汎用言語から、
他の言語のコード変更するトランスレータを作ればいいんですかね？
0002デフォルトの名無しさん2008/04/06(日) 04:09:44
天
才
、あらわる
0003デフォルトの名無しさん2008/04/06(日) 04:10:57
２ｃｈ初心者もたいがいにしとけよ
0004デフォルトの名無しさん2008/04/06(日) 04:11:58
>>1 に期待
0005デフォルトの名無しさん2008/04/06(日) 04:13:19
最近はYAMLとかいって、
言語に依存しないデータ形式がありますが、
あれのロジック版と考えてください。
0006デフォルトの名無しさん2008/04/06(日) 04:17:25
簡易インタプリタ言語を作って
いろんな言語でそれを実行できる
実行エンジンを作るってのもありですね。
0007デフォルトの名無しさん2008/04/06(日) 04:21:44
言語ごとに得意な分野ってのはあると思うが、
そういう効率とかを度外視してしまうのであれば
ある程度のものまでは作れるやもしれん。
0008デフォルトの名無しさん2008/04/06(日) 04:33:07
処理流れ図のようなものをエディタで作成したら
それに合わせて・・・ってのなら可能ではあるだろうけれど。
ただ繰り返しとか比較とかそういう共通パーツの組み合わせしか使えない
0009デフォルトの名無しさん2008/04/06(日) 04:35:18
そうでもないぜ？
生成されたコードがいかに汚かろうが、
所定の動作が実現できればいいんだから。
0010デフォルトの名無しさん2008/04/06(日) 04:37:13
>>7
効率度外視でいいです。

もし効率化したければ、そこの部分だけ
特定の言語版に入れ替えられる仕組みを
作っておけばいいので。
0011デフォルトの名無しさん2008/04/06(日) 04:38:26
生成されたコードがいかに汚かろうが、
生成前のコードがきれいなら問題ないでしょうね。

C言語のコードから生成された機械語だって
そんなもんだし。
0012デフォルトの名無しさん2008/04/06(日) 04:39:01
FORTRAN から C へってのは f2c って有名なのがあるね。
他にもそういうのはあったと思うけど、
色んな言語に変換される事を前提として作られた言語ってのは聞いた事ない。
そういうのを作ってみるのも面白そうね。
0013デフォルトの名無しさん2008/04/06(日) 04:41:35
>>8
ソフトウェアの命令って基本的な命令に落とすと
数値演算と比較とジャンプだけですから
0014デフォルトの名無しさん2008/04/06(日) 04:46:26
brainf*ck にコンバートするのは結構骨そうだなw
0015デフォルトの名無しさん2008/04/06(日) 04:48:57
コーディングで実現するなら疑似言語でも使うか　ロジック勉強用とかでお馴染みの
どうせ最近はコードの効率性なんて体感処理時間に影響しづらいしな
0016デフォルトの名無しさん2008/04/06(日) 04:57:54
そういえば、各言語で実装されたJavaScriptインタプリタなんてのも
あったような・・・。

でも、私的にはJavaScriptは仕様として重いんですよね。

言語仕様としては、アセンブラ程度の単純な命令だけで
非プログラマでもがんばればわかる程度の機能にしておきたい。

あと、非プログラマが書くことを考慮して
危険なことができる機能は省きたいなぁと。

ただ、for文必須な機能だと思うけど、無限ループという
危険なことができるのが困るなぁと思っていたり。
関数呼び出しも再帰という危険なことができるか。
ここら辺は仕方のないことかな。
0017デフォルトの名無しさん2008/04/06(日) 04:59:33
BASIC っぽい簡単な言語でいいってことかな？
ローカルスコープくらいは欲しい気はするけど。
0018デフォルトの名無しさん2008/04/06(日) 05:02:41
BASICという言語の存在を忘れてたｗｗｗｗ

確かにあれなら簡単かもしれん。
命令的にも仕様的にも
0019デフォルトの名無しさん2008/04/06(日) 05:05:44
何らかの入出力がないと言語として成り立たないが、
これを共通化するのは意外と面倒だろうな。
0020デフォルトの名無しさん2008/04/06(日) 05:09:41
ライブラリを作るのみでいいなら、
値の入出力さえできればそれでいい気もする。
0021デフォルトの名無しさん2008/04/06(日) 05:12:47
>>13
比較もジャンプも数値計算ですが。。
0022デフォルトの名無しさん2008/04/06(日) 05:13:01
話、脱線するけど、SWIGってしっていますか？
http://ja.wikipedia.org/wiki/SWIG

> SWIG (Simplified Wrapper and Interface Generator) は、
> C/C++ で書かれたプログラムやライブラリを、
> Tcl/Tk、Perl、Python、Ruby、PHP、Lua などのスクリプト言語や、
> Java、C#、Scheme、Ocaml などの言語に接続するためのオープンソースのツールである

なんか感覚的に近いものがあるんですよねー。
C/C++でコード書いておけば、他の言語からも使える。

ただこれだと、C/C++でコード書かないといけない。
JavaScriptや、共有レンタルサーバーなど、C/C++で
書いたコードが使えないパターンもあるんです。
0023デフォルトの名無しさん2008/04/06(日) 05:13:37
まずは数値計算の定義をはっきりさせてから否定する事だ。
002412008/04/06(日) 05:16:05
ということで、すいませんが寝ます。

みんな少しは興味を持ってもらえたようでよかったw
0025デフォルトの名無しさん2008/04/06(日) 05:16:08
完全にトランスレートする利点は、
最終的にはそのターゲット言語のみ使えればいい状態になるから、
環境を選ばないってとこなんだろうね。
0026デフォルトの名無しさん2008/04/06(日) 05:19:51
とりあえず >>1 に期待
0027デフォルトの名無しさん2008/04/06(日) 05:24:33
>>1ですが、まだおきていますが、
とりあえずインタプリタではなく、
トランスレータにしようかなと思いました。
（少なくとも最初は）

理由は、JavaScriptでインタプリタって
いくらなんでもやばくね？ということです。
0028デフォルトの名無しさん2008/04/06(日) 05:34:59
うわっ。スタックとかキューとかのアルゴリズムを
簡易言語で書いて、いろんな言語にトランスレートとか考え出してきたｗ

俺、何を作ろうとしているのだろうｗｗｗ

汎用言語ライブラリ？
やり過ぎないように注意しよう。
0029デフォルトの名無しさん2008/04/06(日) 06:39:14
自分は日本語で仕様書書いて
後は言語別に外注すればいいじゃん。
0030デフォルトの名無しさん2008/04/06(日) 06:54:36
それぞれの言語の定義をBNFで書いておいて、変換部分を書く。
つまりトランスレータ。
簡易言語というより、Prologが最適だね。
0031デフォルトの名無しさん2008/04/06(日) 09:10:57
>>19
つ [CLI]
0032デフォルトの名無しさん2008/04/06(日) 09:18:42
C#
0033デフォルトの名無しさん2008/04/06(日) 09:32:20
エッフェルなんてCのソースになるよな
0034デフォルトの名無しさん2008/04/06(日) 09:43:34
>>33
旧いC++がCへのコンバータであったのと同様の理由。
そもそも、アセンブリを除くほぼすべてのプログラミング言語が
Cへコンバート可能なのは、Cの当初の目的からして当然。
0035デフォルトの名無しさん2008/04/06(日) 10:02:30
プアcにはないスレッドの概念を入れ出すとかなり難しくなると思うんだけどどう?
asm->c言語とかある意味おもしろいのもあったよね、確か。
あまり難しいことはしない、cというかshellscript程度の文字扱いであれば
1部分だけに適用できるってのはなんかありそうだよなぁ。
0036デフォルトの名無しさん2008/04/06(日) 10:05:18
GWTとか、OpenLaszloとか、頑張って欲しい
0037デフォルトの名無しさん2008/04/06(日) 10:37:25
pythonとかならいろんな言語で使えるんじゃな？
0038デフォルトの名無しさん2008/04/06(日) 11:03:11
とりあえず条件分岐とかループとか関数呼び出しとか
メジャーな言語の最大公約数的な機能のみもった言語を作ればいいんじゃん？
003912008/04/06(日) 13:01:33
思いつきだけど、YAMLとかのデータ構造を
素直に処理できる程度の仕様でいいかも？

YAMLファイルの読み書き機能は
つけるべきだろうか？
004012008/04/06(日) 13:12:14
さて一番の問題は、俺がトランスレータ的なものを
作ったことがないことなわけだがｗ

BNFで書く？として、それを処理するのはどういった
ツール（ライブラリ）を使っていけばいいのだろうorz

YACCあたりを使うのかな？

がんばろうと思うので、そこらへんのベストプラクティス
（どういったものや方法で作るのが、セオリーで最善なのか）の
ヒント、もらえないでしょうか？ いえ、もちろん貰えなくても自分で探しますけど・・・。できればちょっとヒントを・・・
0041デフォルトの名無しさん2008/04/06(日) 13:48:35
>>1
C で書いてライブラリにしておけば、他の言語から呼び出すのは簡単だよ。
Java から呼び出すなら JNI があるし、他の言語でも FFI を備えていたり、
dlopen を直接使えたり、簡単に stub コードを書ける様になっている筈。

YAML が汎用データ記述言語である様な感覚で、汎用アルゴリズム記述言語が
欲しいというのは良く分かるけど、そっち方面は中々難しいよね。
0042デフォルトの名無しさん2008/04/06(日) 13:57:11
> C で書いてライブラリにしておけば、他の言語から呼び出すのは簡単だよ。

JavaScriptから呼び出すにはどうすれば・・・
0043デフォルトの名無しさん2008/04/06(日) 14:34:28
>>42
CGIとかでJavaScriptで解釈可能なデータ形式で吐き出すようにすればいい

最終的には
言語A −[AtoC]→ 無難なCソース −[CtoB]→ 言語B
という無数のコンバータを作ることになる
0044デフォルトの名無しさん2008/04/06(日) 14:47:29
>>43
要するにJavaScriptを使ってクライアントサイドで
クイックな処理をしたいのに、
いったんサーバーにデータPOSTして負荷かかる
重い処理にするということ？

俺はいやだｗ
0045デフォルトの名無しさん2008/04/06(日) 14:56:08
*.js ファイルを生成するエンジンでもいい
ローカルで C 言語で書いてコンバータ通すと JS ファイルができてるってやつ
それを手動で HTML にリンクさせればいい

C 言語で HTML や 他の JavaScript と連携するコード書くのは明らかに面倒そうだが
0046デフォルトの名無しさん2008/04/06(日) 15:04:30
> ローカルで C 言語で書いてコンバータ通すと JS ファイルができてるってやつ

だから、それが>>1が言っているトランスレータじゃね？

C言語の言語仕様をJavaScriptにするのはかなり無理があると思うが？
0047デフォルトの名無しさん2008/04/06(日) 15:10:05
>>44
サーバサイドに持って行くから負荷が掛かって重いという訳ではないよ。
同じ処理をするのに計算量と通信とどっちのコストが大きいかの問題。
処理の粒度を上げれば通信のコストは相対的に小さくなるし JavaScript
よりも C で実装した方が当然計算量は少なくなる。

C to JS のトランスレータは見た事無いな。
逆であればあってもおかしくはないけど。
0048デフォルトの名無しさん2008/04/06(日) 15:13:28
> サーバサイドに持って行くから負荷が掛かって重いという訳ではないよ。

>>1の例のJANコードのチェック程度なら重いだろ・・・
第一、C言語のコードを実行する許可が与えられていないサーバーも多いしな。
0049デフォルトの名無しさん2008/04/06(日) 15:15:05
>>46
無理があるも何も、やらなければならないことだけ抽出して言葉にすると

　　「C言語でJavaScriptの処理書きたい」

だろ、要は
0050デフォルトの名無しさん2008/04/06(日) 15:17:45
だからいわゆる中間言語が



堂々巡りだな(w
0051デフォルトの名無しさん2008/04/06(日) 15:19:34
「JavaScirpt（ブラウザ上）でC言語で書いたコードを実行したい」んじゃないのか？

んで、できないから、サーバーでC言語で書いたコードをコンパイルしてCGIにして
動かすしかないわけだけど、その方法が取れない場合もあるし重い。
0052デフォルトの名無しさん2008/04/06(日) 15:26:18
じゃあ別のアプローチ

JavaScript でロジック記述用の簡易言語を実装する
Python でも同じ言語を実装する
Ruby でも...
Java でも（以下略

JAN コードのチェックくらいならこういう手法も許容範囲じゃないかな
簡易言語は文法が単純で既に実装が沢山ある高級言語が良いかと
0053デフォルトの名無しさん2008/04/06(日) 15:32:39
> JavaScript でロジック記述用の簡易言語を実装する
> 簡易言語は文法が単純で既に実装が沢山ある高級言語が良いかと

よくわからんが、JavaScript製の、簡易言語インタプリタ
作るということでいいのか？
簡易言語というわりに、高級言語？
0054デフォルトの名無しさん2008/04/06(日) 15:39:48
高級言語っつうのはアセンブラみたいな低いレイヤーを弄れる言語と
対になっている概念だから、簡易言語で高級言語というのは別に
問題無いでしょ。Lisp から不要な機能を削ぎ落として軽くした様な
物を想定してたんだけど、実装方法はググれば沢山出て来るよ。
0055デフォルトの名無しさん2008/04/06(日) 15:43:14
関数型言語はなんかいやだな。
数学的にシンプルってのはわかるんだけど、
人間の考え方とは必ずしも一致していない気がする。

こうして書いている文章だって「。」で小さく区切って書くしね。
この文章を「。」なしで書いたらどれだけ読みづらいことか。
0056デフォルトの名無しさん2008/04/06(日) 15:55:15
BASIC でも PASCAL でも Python でも良いよ
7 行スレに BASIC があった様な…
↓これは Python

http://www.logos.ic.i.u-tokyo.ac.jp/lectures/enshu2007/index.php?%B9%D6%B5%C1%BB%F1%CE%C1
0057デフォルトの名無しさん2008/04/06(日) 16:33:04
>>53 JavaScriptで書いたPrologっていうのがどこかのサイトに
あったな。
0058デフォルトの名無しさん2008/04/06(日) 16:44:03
>>55
関数型言語はなんかいやだな。数学的にシンプルってのはわかるんだけど、人間の考え方とは必ずしも一致していない気がする。こうして書いている文章だって「。」で小さく区切って書くしね。この文章を「。」なしで書いたらどれだけ読みづらいことか。

こう書くべき
君の文章は句点以外にも改行で区切られているから、それをして句点の意味を語るのは卑怯
0059デフォルトの名無しさん2008/04/06(日) 16:50:14
WindowsならCOMにしとけばたいがい何でもいける
0060デフォルトの名無しさん2008/04/06(日) 19:15:14
何か新しく言語作って、
それを色んな言語に変換するツールを作るという話だったんだよね？
0061デフォルトの名無しさん2008/04/06(日) 21:33:46
もう機械語にしてから各言語のデコンパイラに任せればいいよ
0062デフォルトの名無しさん2008/04/06(日) 23:00:57
もう機械語にしてから各言語のx86エミュに任せればいいよ
0063デフォルトの名無しさん2008/04/06(日) 23:24:47
プログラミング言語におけるエスペラント語を作るって話？
0064デフォルトの名無しさん2008/04/07(月) 01:04:58
.NETでOK
0065デフォルトの名無しさん2008/04/07(月) 01:26:58
.NETであれば、CodeDOMやDLR AST使ったり色々手段はあるけど
>>1のやりたい事とは方向性が違うんじゃね？
0066デフォルトの名無しさん2008/04/07(月) 07:16:51
.NET 対応言語でしか使えないじゃん
0067デフォルトの名無しさん2008/04/07(月) 10:34:57
だから>>1とは方向性が違うね という話で
0068デフォルトの名無しさん2008/04/09(水) 23:55:48
構文解析機の作り方説明しようか？
0069デフォルトの名無しさん2008/04/10(木) 00:02:24
お断りします
0070デフォルトの名無しさん2008/04/10(木) 00:04:55
　　　　　　ﾊ,,ﾊ
　　　　　（ ﾟωﾟ )　　お断りします
　　　　／　　 　＼
　 ((⊂ 　） 　 ﾉ＼つ))
　　　　　（＿⌒ヽ
　　　　　　ヽ　ﾍ　}
　ε≡Ξ　ﾉノ ｀J
0071デフォルトの名無しさん2008/04/10(木) 00:07:05
>>69
期待してたのにスレがすっかり止まっちゃってるから出来ることで
協力しようかと思ってさ。
0072デフォルトの名無しさん2008/04/10(木) 00:22:26
>>68
俺はお願いしたいです
0073デフォルトの名無しさん2008/04/10(木) 00:38:44
>>68
お願いします。
0074デフォルトの名無しさん2008/04/10(木) 02:33:25
vbs2js使えば良くね?使ったことないけど
0075デフォルトの名無しさん2008/04/10(木) 02:39:09
ちなみに今ぐぐってみたらphp2jsとかもあった。
0076デフォルトの名無しさん2008/04/10(木) 04:29:58
>>68
お願いします
0077デフォルトの名無しさん2008/04/10(木) 05:43:46
スレタイ見て「Lisp使えよLisp」と思った俺は1の情けなさを見て吊ってくる
0078デフォルトの名無しさん2008/04/10(木) 06:55:38
昔VBのソースをJavaに変換するソフトをどっかの上場企業が開発したって聞いたが

汎用言語ねぇ。発想は面白いんだが最小公倍数的な言語になりそうだな
0079デフォルトの名無しさん2008/04/10(木) 06:59:48
簡単なアルゴリズム→手で書いても大して時間かからない
複雑なアルゴリズム→個々の言語機能をフルに活用しないと効率が悪い

ということになりそうだが
0080デフォルトの名無しさん2008/04/10(木) 07:22:11
変数はバリアントオンリーにせざるを得ないのかな。
0081デフォルトの名無しさん2008/04/10(木) 07:24:33
仕様上はバリアント型でも、
最適化できる範囲では、言語次第でもっと具体的な型にしてもいいかもしんないか。
最適化というか、静的型言語では型推論するとか。
0082デフォルトの名無しさん2008/04/10(木) 08:41:58
20年前くらいに流行ったエキスパートシステムを使う。
言語の達人を呼んできて、問題ごとに具体的に
オブジェクト・型・API等の変換をやってもらう。
それをルールとして書き取る。
逆引き的で不完全な方法だが、着眼点から優先順位をつけて
記述されるので、達人であるなら他人のものでも、何をやっているか
理解しやすく、オープンな開発に向いている。

ほんとかねぇ・・・wWw
0083デフォルトの名無しさん2008/04/10(木) 10:48:41
>>78
> 汎用言語ねぇ。発想は面白いんだが最小公倍数的な言語になりそうだな

アルゴリズムを書く程度、つまりオブジェクト指向の部分を除いた
範囲なら、どの言語もほとんど同じじゃね？
0084デフォルトの名無しさん2008/04/10(木) 10:51:48
>>80-81
逆に、具体的な型に対応して、
各言語に翻訳する場合に、Variantしかないような言語なら
Variantを使ったコードに変換するとか。
0085デフォルトの名無しさん2008/04/10(木) 11:31:38
>>78
最大公約数じゃない？
>>80
バリアント型で記述したコードをバリアント型のないCのような言語に変換するとしたら結構面倒な気も･･･
0086デフォルトの名無しさん2008/04/10(木) 12:33:43
エディタで正規表現置換して、ダメなところは手動で直すべし
0087デフォルトの名無しさん2008/04/10(木) 19:44:24
>>85
> 最大公約数じゃない？

その通りｗ
昔からよく間違えるんだ
0088デフォルトの名無しさん2008/04/10(木) 19:50:57
最小公倍数的な機能を持たせておけば、他の言語にトランスレートする時に
埋め合わせを自動的に入れればいいので、それであっているような。
最大公約数的な言語っつったら、本当に全ての言語に共通した事しかできないものにならないか?

まぁ新しい記述言語が一つ増えるだけになるに1パロップ。
0089デフォルトの名無しさん2008/04/10(木) 22:07:17
brainf*ck とかそういう奇天烈な言語まで含もうとすればアレだが、
普通の言語なら意外とそれなりにいけるんじゃないかと思う。
もの凄く泥臭いコードに変換されても構わないんだし。
0090デフォルトの名無しさん2008/04/10(木) 22:16:00
中間言語に変換して、各言語で仮想マシンを記述する、ってのも考えたが、
JavaScript とかで仮想マシンとか鬱陶しくてかなわんなw
0091デフォルトの名無しさん2008/04/11(金) 02:10:25
空想するのが楽しいのであって決して作業に取り掛かる者はいないと思う。
残念なことだ。
0092デフォルトの名無しさん2008/04/11(金) 03:34:49
グダグダなソースなんか生成されても使い道無いし
0093デフォルトの名無しさん2008/04/11(金) 03:38:52
基本方針

アルゴリズムを簡潔に書ける。オブジェクト指向にこだわらない。

対応データ型、YAMLで定義されているもの

配列・ハッシュ
0094デフォルトの名無しさん2008/04/11(金) 03:51:39
>>93
何の事前調査もなしにいきなりポリシーが公表されても同意しようがない。
0095デフォルトの名無しさん2008/04/11(金) 04:42:29
>>94
君も自由にポリシー言っていいんだよ？
0096デフォルトの名無しさん2008/04/11(金) 04:57:44
>>95
それやりだすと伝統的な2ch作るスレになるだろ。
0097デフォルトの名無しさん2008/04/11(金) 15:14:40
1ですがまず手始めに軽く言語っぽいものを作ってみようと思います。

今現在こういうものを作る場合のセオリーというか
よく使われるツールは何でしょうか？

キーワードだけでいいので教えてください。
0098デフォルトの名無しさん2008/04/11(金) 15:21:19
ところで、トランスレータに渡しやすい
データ形式があるような気がしてならない。
0099デフォルトの名無しさん2008/04/11(金) 15:29:45
>>97
lex+yaccあたりでどう
0100デフォルトの名無しさん2008/04/11(金) 17:13:36
>>99
やっぱりそれですか。

もう何年も前からあるものだから
もしかして今は別のもっと良い奴があるのかなと。
0101デフォルトの名無しさん2008/04/11(金) 17:25:28
>>100
35年くらい前からあるものかな。
0102デフォルトの名無しさん2008/04/11(金) 17:56:03
上位版に bison/flex ってのがある。
0103デフォルトの名無しさん2008/04/11(金) 18:52:59
変態的なC++ライブラリ boost::spirit もあるよ
http://spirit.sourceforge.net/
0104デフォルトの名無しさん2008/04/11(金) 20:47:31
そう言えばコメントの構文とか利用してCでもBASICでも解釈できるプログラムってなかった?
0105デフォルトの名無しさん2008/04/11(金) 22:58:30
JSC ttp://jsc.sourceforge.net/

これは面白い･･というかすげー！

C#3.0+LINQ, VB.NET → MSIL → native backend(JavaScript, ActionScript, Java, PHP), custom backend(その他の言語への変換サポート)
# 何も書かれてないけど、MSILを解析するって事は/clr:pureなC++/CLIはどうなんだろ？

とりあえず↓あたりはサポートしてるってさ
* operators
* properties
* delegates
* generics
* enumerators
* anonymous types
* linq with objects
0106デフォルトの名無しさん2008/04/12(土) 02:18:38
>>97
セオリーは、既存の言語の調査。
言語仕様を決める際には、LALRの範囲内に収めるのが吉。
まず、エクセルのシートに知っている限りの言語名を羅列していくところから
始めたらどうかな。
0107デフォルトの名無しさん2008/04/12(土) 08:57:08
>>105
これはもしかして求めていたものなのかッ？！
0108デフォルトの名無しさん2008/04/13(日) 18:22:15
pypyでいいんじゃね?
0109デフォルトの名無しさん2008/04/14(月) 02:46:52
あれ、終了なん？
0110デフォルトの名無しさん2008/04/14(月) 04:38:31
>>105の破壊力が強すぎたようだ
0111デフォルトの名無しさん2008/04/14(月) 22:40:05
せっかく面白そうなスレ見つけたと思ったら終了ですかｗ
0112デフォルトの名無しさん2008/04/15(火) 04:36:53
別に終了してないよ。
0113デフォルトの名無しさん2008/04/16(水) 13:42:08
ばかやろう、まだ始まってもいねぇよ。
0114デフォルトの名無しさん2008/05/12(月) 22:21:42
アホカ？
どのプログラミング言語もC ABIをラップして呼び出せるインターフェースをサポートしているだろ。
言語ごとに特性が異なるのに無理やり変換する意味なんてない。

0115デフォルトの名無しさん2008/05/14(水) 01:35:36
>>114
JavaScriptもサポートしてるのかよ！ｗ
0116デフォルトの名無しさん2008/05/14(水) 20:47:54
>>114
世の中には、そんな機能が無い言語もある。
PHPとか。
0117デフォルトの名無しさん2008/05/14(水) 20:58:41
>>116 ん？おれの見間違い？
0118マイク ◆yrBrqfF1Ew 2008/05/15(木) 14:33:03
Cなんて炭素じゃね？
0119デフォルトの名無しさん2008/05/15(木) 15:13:59
>>115
JSAPI
0120デフォルトの名無しさん2008/05/16(金) 04:05:23
>>119
それをブラウザがサポートしているのかよｗ
0121デフォルトの名無しさん2008/05/16(金) 14:04:08
前提の後付ですね、分かります。
0122デフォルトの名無しさん2008/05/16(金) 15:46:13
なんで急にブラウザの話になるんだよw
0123デフォルトの名無しさん2008/05/16(金) 16:15:36
>>1に
>で、またJavaScript版もほしいですよ。
って書いてある。
普通、JavaScriptって「サーバサイド」って明記がない限り、ブラウザの話じゃね？
0124デフォルトの名無しさん2008/05/16(金) 21:30:31
実装系の話とごっちゃに言語の話しとるのが問題だな
0125デフォルトの名無しさん2008/10/25(土) 13:40:01
ｗ「
0126デフォルトの名無しさん2008/10/25(土) 15:20:10
.Netでええやん。
VBで書いたライブラリをJScriptで使いまわせるぜ。
0127デフォルトの名無しさん2008/10/25(土) 20:42:35
joelがそんなシステム使ってるって言ってたな…
http://local.joelonsoftware.com/mediawiki/index.php/Wasabi
0128デフォルトの名無しさん2008/10/25(土) 20:46:01
LLVM上にCOMみたいなインタフェース規格を作れば可能だろうけど、
.NETやJavaで十分っちゃぁ十分なんだよね。
012967.180.210.220.dy.bbexcite.jp2009/07/24(金) 00:01:02
test
013067.180.210.220.dy.bbexcite.jp2009/07/24(金) 00:02:25
test
0131デフォルトの名無しさん2009/07/25(土) 21:59:22
【科学】道路に軍手が落ちているワケ、名城大研究チームが突き止める[09/07/24]

http://namidame.2ch.net/test/read.cgi/hidari/1225537555/
0132ぅゅ ◆e6.oHu1j.o 2009/09/20(日) 08:28:01
無駄だけどどうしようもない問題
0133デフォルトの名無しさん2009/09/28(月) 09:27:32
存在が無駄だけどどうしようもない糞ｺﾃ
■ このスレッドは過去ログ倉庫に格納されています