
GCCのMLでJavaサポートの廃止とGoのデフォルトサポートについて議論される 31
ストーリー by hylom
そういえばそういうのもありました 部門より
そういえばそういうのもありました 部門より
あるAnonymous Coward 曰く、
GCCのメーリングリストに、「現状GCJ(Javaコンパイラ)はもうメンテナンスモードになっており、OpenJDKのような活発に活動しているコミュあるし、GCCがデフォルトでサポートする言語として維持して行くにも負荷がかかっている。GCJをもうやめてGoをやらないか」と言う提案があったようだ(マイナビニュース)。
新しいプログラミング言語が出て間もない頃は言語の仕様も比較的小さいし、将来モノになるのかどうか不安がつきまといますが、とは言えキャッチアップもしやすいし、さもありなんと思ってしまうところだが。
/.Jer諸氏でGCJやめてGoにするとの提案について、見解を語ってみようではありませんか。
GoよりAda (スコア:2, 参考になる)
Goメインレポジトリは外部にあってコミット権限は限られた人しか持っていません。
Goが壊れたらその人が修正するまでブートストラップ失敗するままになるってんで、Go開発者側があんまり乗り気じゃないみたいですよ。
また、Goがサポートしているターゲット(プラットフォーム)は現状限られているので、テストのコードカバレッジの点でも問題がある模様。
その点、Adaは多種のターゲットをサポートして、JavaやGoと同じようなGCCの機能を使ってるんで、テストに使うのに都合がいいとか。
また、メインレポジトリが外部じゃないので、多くの開発者が修正を入れやすい。
GCJの活用事例とは (スコア:1)
GCJがあることは知ってましたが、結局使わず仕舞いでした。
大体、Windows+Eclipse+JDKで開発して、出来たJarをLinux、その他UNIXのサーバにデプロイする感じでやってるので、
GCJの出番は全くありませんでした。
Linuxデスクトップで開発する場合、とかでないとGCJの活躍の場は与えられないのではないかと思うんですが、どうなんでしょうか。
Re:GCJの活用事例とは (スコア:2, 興味深い)
OpenJDKのブートストラップに使われていたらしいですよ、クロスコンパイルする時。OpenJDK6とかOpenJDK7とか。
Re: (スコア:0)
OpenJDKのブートストラップに使われていたらしいですよ、クロスコンパイルする時。OpenJDK6とかOpenJDK7とか。
ブートストラップに使うこともできますけど、必須じゃないですよ。
別にOpenJDKの公式バイナリでもブートストラップできます。
例えばgentooなら
|| (
>=dev-java/gcj-jdk-4.3
dev-java/icedtea-bin:7
dev-java/icedtea-bin:6
dev-java/icedtea:7
dev-java/icedtea:6
)
Re:GCJの活用事例とは (スコア:1)
Javaバイトコードではなく、ネイティブコードにコンパイルできる、という利点くらいでしょうかね。
ネイティブコードに変換するとかえって遅くなった事例しか試していませんが・・
Re: (スコア:0)
動的に最適化できなくなりますからね。
静的にコンパイルするならC/C++のように機械の低レベルに直接触れないと宝の持ち腐れになるのでしょう。
Re: (スコア:0)
しかし、それを言うなら、Goも大して変わんないんでは……
Re: (スコア:0)
Re: (スコア:0)
Swing とか使えないから、GCJ、GIJ いりません。
Cの次は (スコア:1)
キバヤシ
「……Dではなかったんだ。
Cは『し』、つまり4だ。
ということは…、Cの次、それはすなわちGo(5)だったんだ!!」
Re:Cの次は (スコア:3, おもしろおかしい)
その結末はろく(6)でもない、と。
Ω ΩΩ<なっ‥な(7)んだってェーッ!?
Re: (スコア:0)
Re: (スコア:0)
9 きゅ キュ てててけて
お ば け の きゅっ
ぼ ー くぅっ わっ
おー ばー けーーーーの
きゅうぅぅぅぅぅぅぅぅぅぅたぁぁぁぁぁぁぁぁろうぅぅぅぅぅぅぅ。
Re: (スコア:0)
やっぱり、C言語の次はD言語でしょう!
本家
http://dlang.org/ [dlang.org]
日本語
http://www.kmonos.net/alang/d/ [kmonos.net]
Re:Cの次は (スコア:1)
gdcを入れます…?
でも最近gdcの話聞かないなあ
ldcの方が人気な感じ
何故置き換え? (スコア:0)
JavaのサポートをやめることとGoをサポートすることは、別に考えた方がいいと思うんだが。
企業じゃないんだから、Javaを切って浮いた人的リソースをGoに投入できる保証もないんだし。
Re:何故置き換え? (スコア:1)
JavaのサポートをやめることとGoをサポートすることは、別に考えた方がいいと思うんだが。
企業じゃないんだから、Javaを切って浮いた人的リソースをGoに投入できる保証もないんだし。
まあ、でもGoであればGoogleに助けて!って言えそうだけど、JavaについてOracleに助けを求めても何も返事がなさそう
Re:何故置き換え? (スコア:2, おもしろおかしい)
訴状くらいは返ってくるんじゃね?
Re: (スコア:0)
助けるわけないだろ。Googleがやってるのに横からウザいパクリが出てきたら
パクリ団体を生かしてたら、やれ勝手に仕様変更するなだの、やれ○○機能をサポートしない
標準はクソだとと勝手に言い出すんだぞ
おそらくリンゴ酸かM$の陽動でしょうな
FSFはソフトウェア劣化パクリ団体 (スコア:0)
そうかそうか、FSFはソフトウェア劣化パクリ団体なのか
ってあれ?劣化パクリってどっかで聞いたような。
GNU Cobol (スコア:0)
真に求められているのは Cobol ではなかろうか?
魔改造もありありで。
Re: (スコア:0)
裸の COBOL は使い物にならん。
# ごめん、言ってみたかっただけよ。
Re: (スコア:0)
いまだにCOBOLを業務に使ってるところに無保証のフリーソフトなんぞの需要があるとは思えんなあ。
Javaやめるのは分かるが (スコア:0)
Goをデフォルトサポートにするとなんかいいことあるの?
正直CとC++だけコンパイルできれば需要の9割は満たせてて
他は全部別プロジェクトにしても大勢に影響ないんじゃないかと思ってる。
Re:Javaやめるのは分かるが (スコア:1)
javaはIO中心のアプリだと速度が遅いんだとさ、なんでサーバー用途にはGoの方がパフォーマンスが出るんだと、
Re: (スコア:0)
>javaはIO中心のアプリだと速度が遅いんだとさ、なんでサーバー用途にはGoの方がパフォーマンスが出るんだと、
マジか?
非同期IOクラスつかっても?
どこかにベンチマークとかあれば参考リンクが欲しいです。
Re: (スコア:0)
GPLなコンパイラが欲しいのではないでしょうか?
Re: (スコア:0)
Goの現行実装はBSD-style lisenceで公開されているようですので、GPLによる世界制覇がGNUプロジェクトの目的とはいえ、あまり意味がない気もします。
http://golang.org/LICENSE [golang.org]
Goをやらないか (スコア:0)
一瞬、Go [gnu.org]をサポートしてどうするんだと思った俺は、きっと疲れてるんだと思う。
Re: (スコア:0)
囲碁の棋譜でプログラミングできるような言語を作ったらサポートしてもらえるんじゃないか?
Re: (スコア:0)