- 【Lisp】プログラミング言語 Clojure #3【JVM】
798 ：デフォルトの名無しさん[]：2015/07/04(土) 15:17:09.17 ID:n0O10IcO - 意味不明
せめて例示を
|
- 【Lisp】プログラミング言語 Clojure #3【JVM】
803 ：デフォルトの名無しさん[]：2015/07/04(土) 22:32:24.41 ID:n0O10IcO - >>800 >>802
Cで同じコードがそのまま動くなんてラッキーくらいの感覚だけどな
まあこの10年だけで考えるならワードサイズも32bitでよかっただろうし、リトルエンディアンだけ考えてれば十分だったのかもしれないけど
で、10年で見るならJavaだって似たようなもんじゃないかと思うがコンパイルできないってどんなコード？
|
- 【Lisp】プログラミング言語 Clojure #3【JVM】
809 ：デフォルトの名無しさん[]：2015/07/04(土) 23:42:10.87 ID:n0O10IcO - >>807
gccの動く環境だけで移植性を語ってたのか・・・
つかgccが動いてもCPU次第だし標準ライブラリのみでやってたわけじゃないと思うけどな
|
- 【Lisp】プログラミング言語 Clojure #3【JVM】
812 ：デフォルトの名無しさん[]：2015/07/04(土) 23:55:48.86 ID:n0O10IcO - >>806
> ・文字列処理
CSIなCと比較できないっしょ
> ・文字コードで分岐する処理
基本的に上と同じ指摘になるが、そもそもどういう処理だとJavaでコンパイルできない？
> ・日付(java.Dateのメソッド)
Cなんかtime_tのサイズも違うし分解能もプラットフォームごとにいちいち考慮するぞ
> ・型チェック(警告いっぱい)
このあたりは既に >>803 で指摘したとおりだが、そもそもdeprecatedなメソッドはちゃんと警告でるだけかなり親切だと思うがな
> ・<>指定しないとコレクション使えない点
使えない？
|