アカウント名:
パスワード:
コンパイルオプション-Osはおそるおそる、慎重に、色々試しつつ使った方がよいかも。https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015 [gnu.org] も-Osで出てくるバグでした。鋭くないバグレポートでもすぐに直してくれました。
FLOSSにバグを見つけたら、怖がらずにどんどんバグレポートをするとよいです。Linusでなくても、アセンブラを知らなくても、誰でもできます。そのソフトウェアも自分のスキルもよりよくなります。
最近のGCCはbugzillaの対応が早いですね.私も時々レポート投げますが,毎度すぐに返事が来てびっくりします.
GCCは,redhat等の企業がリソースを投入しているという点も大きいですが,テストケースも充実していて regression bug 等はすぐに検出&修正されてるようです.コード自体も随分綺麗になったようで,GCC-4.9 だと asanとかtsanのような新機能もすんなり実装されています.
以前のGCCといえばバグだらけで毎回LinusがLKMLでぶち切れるのが普通だったんですが,最近のGCCは出来が随分良くなった結果,たまにLinuxがぶち切れるとそれ自体がニュースになるみたいですね.裏返すと,それだけGCCはプロジェクトとしてもコンパイラとしても円熟してきた,ってことなんだと思います.
GCCはプロプライエタリなソフトウェアへ不正に流用されないようわざとモノリシックかつ難解に作っていたという話ですが、clangの登場でケツに火がついたんでしょうね。
話題はBugzillaへのリポートに対する返事のことですよね?リポート、出してます?
おま環に100カノッサ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
コンパイルオプション-Osはおそるおそる使った方がよいかも (スコア:5, すばらしい洞察)
コンパイルオプション-Osはおそるおそる、慎重に、色々試しつつ使った方がよいかも。
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015 [gnu.org] も-Osで出てくるバグでした。
鋭くないバグレポートでもすぐに直してくれました。
FLOSSにバグを見つけたら、怖がらずにどんどんバグレポートをするとよいです。
Linusでなくても、アセンブラを知らなくても、誰でもできます。
そのソフトウェアも自分のスキルもよりよくなります。
love && peace && free_software
t-nissie
Re:コンパイルオプション-Osはおそるおそる使った方がよいかも (スコア:5, 参考になる)
最近のGCCはbugzillaの対応が早いですね.私も時々レポート投げますが,毎度すぐに返事が来てびっくりします.
GCCは,redhat等の企業がリソースを投入しているという点も大きいですが,
テストケースも充実していて regression bug 等はすぐに検出&修正されてるようです.
コード自体も随分綺麗になったようで,GCC-4.9 だと asanとかtsanのような新機能もすんなり実装されています.
以前のGCCといえばバグだらけで毎回LinusがLKMLでぶち切れるのが普通だったんですが,
最近のGCCは出来が随分良くなった結果,たまにLinuxがぶち切れるとそれ自体がニュースになるみたいですね.
裏返すと,それだけGCCはプロジェクトとしてもコンパイラとしても円熟してきた,ってことなんだと思います.
Re: (スコア:0)
GCCはプロプライエタリなソフトウェアへ不正に流用されないようわざとモノリシックかつ難解に作っていたという話ですが、clangの登場でケツに火がついたんでしょうね。
Re:bugzillaといえば (スコア:1)
話題はBugzillaへのリポートに対する返事のことですよね?
リポート、出してます?
Re: (スコア:0)
おま環に100カノッサ