[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 23:17 / Filesize : 271 KB / Number-of Response : 965
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ]: 前スレ

[mustang] 次世代Javaの動向 3 [dolphin]
pc8.2ch.net/test/read.cgi/tech/1157227790/

次世代Javaの動向　２
pc8.2ch.net/test/read.cgi/tech/1147881822/

【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/

2006年12月にMustang Java SE 6がリリース予定

Mustangの掲げる主な目標は以下の点にある。
* 互換性と安定性および品質の向上
* Easy of Developmentの実現
* WebサービスおよびXMLサポート機能の拡張
* リソース管理や診断機能の強化
* デスクトップ環境の強化

Java SE 6 じゃじゃ馬ならし
www.javainthebox.net/laboratory/JavaSE6/
830 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 00:44:35 ]: 俺もそうは思うが、MVMって実装される予定はあるのか？
831 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 01:12:55 ]: >>828
俺はビビらない

もうちょっと上手くやってください

>>830
俺がずっとヲチしてるとこは年単位で動きナス
ttp://research.sun.com/projects/barcelona/
ttp://java.sun.com/developer/technicalArticles/Programming/mvm/
唯一怪しげな情報として引っかかってきたのが
ttps://jvmcomm.stage.dev.java.net/
ここによると、MVMは作られた、とのこと。
もしかして、通常権限だとアクセスできない
ttps://mvm.dev.java.net/
に何らかの情報が？誰か触った事のある奴居ないっすか？
832 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 08:41:27 ]: >>823
いい記事を知った
㌧
833 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 09:33:04 ]: >>828
クロージャー祭りなワケですが。
834 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 11:59:58 ]: 諸君！この言語は最悪だ！
プログラミングだとかコンピュータだとか、
私はそんなことには一切興味がない！

あれこれ改変して問題が解決するような、
もはやそんな甘っちょろい段階にはない！
こんな言語はもう見捨てるしかないんだ、
こんな言語はもう滅ぼせ！

私には、建設的な提案なんか一つもない！
今はただ、スクラッチ＆スクラッチ、0から書き直すことだ！
835 名前：デフォルトの名無しさん [2007/04/04(水) 13:45:51 ]: MS儲おつかれさまです。
836 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 20:03:09 ]: MVMなんかいくら待ったって無駄だっ！
837 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 01:17:46 ]: >>835
うん、MSは儲かるよ
838 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 07:55:41 ]: 外山ゲイツ
839 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 20:20:00 ]: JDK7 build11
download.java.net/jdk7/changes/jdk7-b11.html
download.java.net/jdk7/binaries/

何か地味なビルド。
OpenJDKでのビルド修正に関するFixばかり。
840 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 15:01:43 ]: NIO2 の草案できたらしい。
d.hatena.ne.jp/kazama/20070413 より。
841 名前：デフォルトの名無しさん mailto:sage [2007/04/13(金) 21:03:32 ]: すげー
日本語版が用意されているという趣向が
ちょっと見てみようかという気になる
842 名前：デフォルトの名無しさん [2007/04/18(水) 12:27:47 ]: 進歩してるなｧ
journal.mycom.co.jp/articles/2007/04/11/openterracotta/index.html
843 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 20:17:38 ]: JRE仮想化はBEAみたいなハードウェアよりなのが勝つんじゃないかな
844 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 20:53:59 ]: ところでJavaでCPUのコア数って取得できましたっけ？
845 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 21:06:02 ]: >>844
次世代関係ないな。初心者質問スレいけ。
846 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 08:13:46 ]: 知らないなら知らないって言えばいいのにｗ
847 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 21:58:33 ]: JOGLがSEに組み込まれることと、
Uniform Driver Interface対応がされれば
Javaクライアントの未来もあるんだが、
今だサーバ関係ばっかサポートしてるな。
848 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 22:03:55 ]: JavaSE6でJOGLとの融合する予定だったけど不安定でとめたからな
今のバージョンでOpenGLレンダリングでGLJPanel使うとよくおちる
5.0はまともにレンダリングされなかったけどな
なんかリペイントマネージャがおかしかった模様

JOGL＋GLCanvas自体は安定してるのでゲームでは問題ないけど、
GLJPanelが動くようにならないと復権無理だな
あとは入力インターフェースとして2軸2ボタンでいいのでジョイパッドの正式サポートを
849 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:13:54 ]: 「New」IO「2」か。。。どれだけ計画性のないネーミングだっつーの
850 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 23:31:50 ]: >>849
NIO2は別名なんだろ？
統合か名前が変わるかするだろう
851 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 10:36:48 ]: >>849
サントリー New Old
852 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 12:39:51 ]: >>851
あれはわざとやったらしいよ
853 名前：デフォルトの名無しさん mailto:sage [2007/04/20(金) 23:37:33 ]: マトリックスの奴の名前だっけか
854 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 00:43:10 ]: >>853
仁王？
855 名前：デフォルトの名無しさん [2007/04/28(土) 06:15:28 ]: 言語レベルでの複素数型のサポートっていつやるの？
856 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 09:15:37 ]: >>851
そうなのか。Sunってなんか変なところでマーケティングが変なこと言い出す気がする。

1.1→1.2→1.3→1.4→5.0→6.0
なバージョニングといい

J2SE→Java SE
といい。
857 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 09:42:56 ]: いや、たんに世の中のバージョンとあわせただけだよ
sunの文化として0.1がメジャーバージョンアップなんだよ
でもマイナーバージョンアップにしか見えない

だから製品名と内部バージョンとをわけるという他の会社と同じものにあわせた
あと6.0はない、6だ
Java2登場前はただのJavaがあったし、SDKはJDKという名前でまたJDKに戻った

Java2という名前を入れるときに製品名としては2.0にすべきだったのさ

ただそれだけのこと
858 名前：デフォルトの名無しさん mailto:sage [2007/04/28(土) 11:14:04 ]: マーケティング周りで散々分かり辛かったから一般消費者向けに分かりやすい製品名にしただけ。
ブランド名はずっとJavaの4文字だし。

JDKに戻ったのもsun内部ではずっとJDKと呼ばれ続け、開発者側もJDKで十分慣れ親しんだため。

そして何より、今はゲイツの相手せずに済むから・・・

J/Directなんて禁句だぜ？

アゝ、なつかしの*7・・・
859 名前：デフォルトの名無しさん [2007/04/28(土) 16:05:42 ]: ♪ア・ソ～レ

ア・チョン！ア・チョン！

ア・チョン！チョン！チョン！バカ！
860 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 00:11:38 ]: XMLリテラルよりヒアドキュメントに対応して欲しいのは俺だけ？

String sql = <<END_OF_SQL
update USER_TBL
set name = ?,
age = ?
where id = ?
END_OF_SQL
861 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 00:14:26 ]: IDE使っていれば改行を気にすることないから俺は要らんな
862 名前：デフォルトの名無しさん [2007/04/29(日) 00:34:43 ]: 複素数なんていらないじゃん。
commonsにライブラリあるからそれで十分。
863 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 08:52:50 ]: >>860
ヒアドキュメントは確かに欲しい
あと、ヒアドキュメント中にJavaの式を埋め込むこともできたらいいな
864 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 09:17:28 ]: 言語でサポートされるなら複素数型は欲しいな・・
865 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 09:57:06 ]: そういえばCSV(TSV, etc.)を読み書きするためのライブラリが標準でないのが気になった
866 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 10:20:46 ]: TSVやCSVは環境依存しまくりだからな
ほとんどの場合Excel準拠でいいのだろうが
H2のライブラリを使うという手もある

だが、まずはファイルのコピー等を実装するのが先じゃね？
867 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 10:47:04 ]: 仕様通りのCSVって見た事ないんだが。
カンマで区切る以外はメチャクチャだろ。
868 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 11:05:13 ]: >>867 仕様ってrfc4180？
869 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 11:53:46 ]: >>868 4180って後付けだし他のシステムで吐き出したCSVを扱う
ときには全く意味ないよね。
870 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 12:37:17 ]: 後付の規格にあわせていたら過去のソフトとの互換性が取れんからな
どうせやるなら文字コードやどのソフトで出力したかなどメタ情報がほしいね

そのへんつっこんでいくとXMLになるから意味がないのだけれども
871 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 12:55:08 ]: 後付規格以外では、独自規格乱立してんだから互換性取るなんて無理。

RFC準拠の標準ライブラリとかならともかく、
自分とこの独自規格に合ったのが欲しいなら
自前の CSVライブラリ作った方が楽だし簡単。
872 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:07:50 ]: ttp://opencsv.sourceforge.net/
これ使ってる。別に困った事はない。というか、ＣＳＶ使うのは止めて欲しい。
問題が解決するわけじゃないが、タブ区切りの方が好み。
カンマより、タブの方が文章中で出てくる頻度が少ない。

というか、明確に項目を区切るための制御文字があってそれを入力できる方がいいなぁ
873 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:08:18 ]: ちょうどCSVってかテキストデータのライブラリ作ってる。
MIMEにあるかIANAに見に行って、RFCも日本語訳参考にしてるから
たぶん仕様的には正確だと思う。

RFC4180についてだけど、セル内改行を LF にすればExcel CSVに対応できる。
しかしAccess CSVは CRLF で、RFC4180と仕様が同じという困ったちゃん。
読み込みは柔軟に、書き出しは目的に合わせて厳密にという対応が必要だね。
874 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:28:53 ]: 後付けでもECMA-262とW3C DOMはうまい事まとめてるのにね。
相変わらずMSはオープン標準に従う気はないし。

テキストフォーマットの読み書きといえばODFなんかの文書フォーマット読み書きライブラリが標準拡張くらいであっても良いのにね。
やるとしたらテキストコンポーネントのプラグイン扱いかな。
変なところで妙に充実してるのがjavaのクラスライブラリなんだし。
875 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:29:04 ]: >>873
おれもそのAccessとの対応を対数ヶ月前やった
ダブルクォーテーションの中はあらゆる改行タイプをゆるせばいいだけだったっぽい
動きとしてはAccessのほうが納得しやすい
876 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:35:53 ]: >>874
javaってinterface作るのは好きだけど
SPIを作るのは嫌いって人が多すぎるんだよね。
MP3とかOGGとかSound APIにちょこっとしか準拠してないしｗ
877 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 13:54:41 ]: >>876
インターフェース作る＝自分でAPI定義
SPIの実装＝定義にあわせて作る

だからまったく別の話じゃね？
878 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 14:00:48 ]: このルールにあわせろっていうのは好きだが、
ルールに従うくらいなら俺仕様でって奴が多いってこと。
879 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 21:31:55 ]: >>878
うわ、激烈耳が痛てぇ。 orz
880 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 23:46:40 ]: >>878
それじゃMSがやってることと同じじゃんか。
881 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 00:08:54 ]: まぁ、大抵の奴はそう思うんじゃね？
882 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 00:36:26 ]: >>876
例えば標準のプラグインがヘボいので上書きしたい場合みたいに
他のプラグインと衝突する場合のガイドラインがなかったりするし。
いざ作ろうとすると、SPIまわりはドキュメントが不足してる。

他にも、Sun の標準プラグインに必要なインターフェイスだけしかないとか
java.net.URLStreamHandlerFactory はなんで SPIになってねーんだとか
SPI自体がテキトーに作られてる感が無きにしも非ず。
883 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:26:19 ]: C99では複素数もとっくにサポートされてるのにJavaはダメだね。
コンパイラに実装するのは難しくないだろ。
いろんなComplexクラスとか見ると、また車輪の最発明なのかと思って悲しくなる。
884 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 10:55:57 ]: ここは・・・

C99なんて仕様だけだろﾌﾟｷﾞｬｰm9

って言えばいいのか？

マジレスもしとくか、複素数を普通の演算子で扱いたいって事なんだろうけど
Javaの流れとしてはXMLリテラルの方が先じゃない？
俺としてはどっちも要らんが。
885 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 11:42:39 ]: >>883
確かに人それぞれの複素数クラスがあるよね。
886 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 12:50:02 ]: 複数のライブラリを横断的に使ってて、
複素数型がライブラリ毎に違うのが面倒くさいとか
そーゆーケースでもない限り標準APIに拘る必要も無いような。

複素数型入れても今更感が強いし、
下手すると独自規格乱立したCSVに後付標準規格(?)ができたのと同じで
それほど意味がないものになるような気もする。
887 名前：デフォルトの名無しさん [2007/04/30(月) 12:55:54 ]: >>884
gccのC99じゃだめなのか？
Javaも無料のコンパイラ使ってるくせに…
888 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:30:34 ]: そんなにCがいいならC使ってればいいんでは？
889 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 15:56:36 ]: >>883
Complexクラスが標準になればいいだけの話か。
890 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 16:45:23 ]: 複素数リテラルのまえに、BigIntegerリテラルだろ。
891 名前：デフォルトの名無しさん [2007/04/30(月) 17:05:27 ]: Wikipediaをwikiって略すな！
同時にWikipedia以外のWikiも盛り上げよう！
892 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:17:46 ]: >>891
携帯するものなんて電話以外にもいくらでもあるのに
携帯電話を携帯って略すのもやめよう
893 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:29:32 ]: >>890
リテラルは知らんけど、BigInteger BigDecimal の演算子オーバーロードは
dolphin で追加されそうな気配はある。>>132 のスライドに入ってるし。

もっとも、目玉は closure と erase erasure だろうけど。
closure というか、function type の実装には
java.lang.function パッケージに引数型+戻り値型を名前にした interface を使うみたいだけど
（ {int=>int} なら java.lang.function.II みたいな名前で int invoke(int) だけを持つ interface）
これ、実行時に生成するなら同じ仕組みで List<String> とかも生成するんじゃないかな。
と妄想中。VM（厳密には ClassLoader？）に手を入れる事になるけど。

で、そっちに時間取られると演算子オーバーロードとかは漏れる可能性もあるもしんない。
894 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 17:57:08 ]: >>891
seasarスレにカエレ(・∀・)

ま、どうせこのスレとあっちのスレ、中の人は同じだがな。
895 名前：デフォルトの名無しさん [2007/04/30(月) 18:23:11 ]: MVMは次に乗らないのか？
スレッドはネイティブ対応しないのか？
あーらんに負けるぞ。
896 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 18:28:56 ]: > スレッドはネイティブ対応しないのか？
？？？
897 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:25:00 ]: いまだにグリーンスレッドと勘違いしてるんだろう.
898 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:34:54 ]: 一瞬Rubyスレかと思ったわい。
899 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 19:46:22 ]: >>898
ﾉｼおれもれも。
ところでRuby処理系のネイティヴスレッド化って完了したの？

YARV Ruby でぐぐってみたけど、ささだ先生のところは0.4.1くらいで更新が
止まってるみたいで、最新の状況がよくわからん。

あ、スレちがいか。すまん。
900 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:17:55 ]: >>893
目玉はBigIntegerとBigDecimalだと思うよ
業務アプリだとこの辺頻繁に使うし
901 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:19:27 ]: >>899
そういうときはJRubyに関連付けするのだ
0.9.9がでたのでもうすぐ正式版が登場
つまりJavaVM上でRubyは動かすのが正解

VM起動時間なんてJavaSE6なら2回目以降は0.5秒だから問題ないし
902 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:46:47 ]: >>900
っても、closureの話は聞こえてくるけどBigDecimalの話はあんまし聞こえてこないんだよね。
903 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 20:53:57 ]: >>902
仕事に絡まないプログラムならそうかもしれんが
仕事では使わないという場面はほとんどないからなぁ。
そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
904 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:24:54 ]: >>903
いや、Sunがどーゆー実装にするとか、JCPでどーゆー提案が出たとか
そーゆー話が聞こえてこないって事なんだけど。
905 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:37:14 ]: JCPとかリードスペックとか現時的に業務に絡んでないやつらが多すぎなんじゃ？
906 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:42:30 ]: >そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
>目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
技術者として終わってるな
907 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:51:54 ]: >>906
じゃぁ始まってるアンタが変えてよ
908 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 21:56:07 ]: >>905
愚痴たれるんならマ板に行ってやれ。
909 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:04:35 ]: >>906
たとえ真実でも、言ってはいけない事ってのがあってだな……
910 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:28:02 ]: >>906-909

PGが絶対口にしてはいけない一言
pc11.2ch.net/test/read.cgi/tech/1176001986/l50
911 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:55:23 ]: >>889
ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
よりも、プリミティブな複素数型を言語に追加してくれってこと。

複素数は機種依存するもんじゃないし、
たとえばFFTや平面座標上の点の計算に活躍する。
912 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 02:00:43 ]: 小数点演算すらソフトウェア実装なのに面倒なことさせるな。
913 名前：デフォルトの名無しさん [2007/05/01(火) 07:17:37 ]: > 現時的に業務に絡んでないやつらが多すぎなんじゃ？

現実的に国内で業務システムに絡んでる奴は
頭弱すぎて割り込めないだけ。
914 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 07:49:23 ]: >>911
> たとえばFFTや平面座標上の点の計算に活躍する。
の用途のために、何故
> プリミティブな複素数型を言語に追加してくれってこと。
が必要なのかわからん。クラスじゃ何でダメなんだ？

あと「プリミティブな」ってVM変更（バイトコードインストラクションを拡張）しろって話？
たぶん、そんな要求してもマトモに相手にされないと思うけど。
915 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:19:29 ]: この人は、単に複素数リテラルと演算子のオーバロードが欲しいだけだと思う。
言葉が不自由なので、自分の要求を正しく伝えられないのでは？
916 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:35:19 ]: >VM変更（バイトコードインストラクションを拡張）しろって話？

言語仕様の追加みたいだけど、どこからVM仕様追加の話になるんだ？
C99のようにゴニョゴニョっとまねして、チャチャッ実装しちゃってくれってことじゃないのか。
まあ、あれば便利だし、有難く使わせてもらうけど。
917 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:42:26 ]: 自分で実装してJCPに提案しろｗ
918 名前：デフォルトの名無しさん [2007/05/01(火) 08:54:09 ]: 演算子をオーバーロードして、BigDecimalの割り算はどうやって丸め指定を表現するんだろ
919 名前：デフォルトの名無しさん [2007/05/01(火) 08:56:26 ]: Javaの複素数演算用クラスって、どっかになかったか？
いちいち、引数をとらないといけないし、Fortranなどマシン語レベルの
ライブラリ充実している言語と比べると、スピードが出ないだろうけど、
だからといって、VM仕様から変更は影響が大きすぎるだろ。
920 名前：デフォルトの名無しさん [2007/05/01(火) 09:06:24 ]: >VM仕様から変更

だからどうしてVM仕様変更の話になるんだと小一時間（ｒｙ
921 名前：デフォルトの名無しさん [2007/05/01(火) 09:14:02 ]: >>920
java.sun.com/docs/books/jvms/second_edition/html/Concepts.doc.html#19511
922 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 09:36:30 ]: >>912
strictfpで宣言しない限り結局はFPUに計算させてない？
923 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 10:37:21 ]: >>916

>>911 の
> ライブラリにクラスを追加するとか、演算子オーバーロードが出来るようにするとか
> よりも、プリミティブな複素数型を言語に追加してくれってこと。
から。

クラスもダメで、演算子オーバーロードもダメで（たぶんリテラルもダメ）、
プリミティブな型を追加と言われたらバイトコード拡張なのか？ってのは至極当然。
924 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 11:13:54 ]: 意味なしリクエストは却下
925 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 04:33:33 ]: >>916
>>921
>>923
それがどうやって実装されるかということを君達がアレコレ妄想する必要はない。
それがあればどう世界が変わるかだけを考えろ！
926 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 07:43:02 ]: まったく変わらない。
以上
927 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:46:01 ]: >>915
複素数リテラルって何？
3.1i
1 + 2i
"3 + 4i"
とかのことか

それと演算子オーバーロードは、
Complex,Matrixクラスの話題とよくセットで出てくるが、
その程度で演算子オーバーロードを実装するのはコストが
高いなどの論点とは今回は関係ないようだ。

おまえは思い込みが激しいようだな。
928 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 08:57:25 ]: 言語不明瞭意図不明。
929 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 09:03:14 ]: >>927
>>928
おまえ誰だよ。早く消えちまいな。
930 名前：デフォルトの名無しさん [2007/05/02(水) 09:35:38 ]: 野次と荒らしは2chの花

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef