私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレCygwin + MinGW + GCC 相談室 Part 7
gcc スレッド一覧へ / gcc とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
やっぱ、2ch は、正直者をうそつき呼ばわりし、嘘ばかり書くような
異常者が沢山書き込んでいる事が今回明らかとなった。
異常者が沢山書き込んでいる事が今回明らかとなった。
Web2.0もOSS礼賛も、同種の人間がやっている事が推定されるよ。
そもそも、コンピュータ・ソフトウェア作りは、少数精鋭でやることが鉄則で、
人海戦術では難しいと言われているのに、エリック・レイモンドは、「魔法のおなべ」
において、それを真っ向否定した。
つまり、凡人が大量に集まれば天才を超えることが出来ると言う論文。
ただ、それは事実ではない。
そもそも、コンピュータ・ソフトウェア作りは、少数精鋭でやることが鉄則で、
人海戦術では難しいと言われているのに、エリック・レイモンドは、「魔法のおなべ」
において、それを真っ向否定した。
つまり、凡人が大量に集まれば天才を超えることが出来ると言う論文。
ただ、それは事実ではない。
露骨な宣伝してるようですか
判断するのは使う人たちですよ
判断するのは使う人たちですよ
宣伝マンはVC使えば何でも出来ると...思い込んでたりしてね
>>857
インタプリタ的に使うなら速いほうがいいべ
インタプリタ的に使うなら速いほうがいいべ
>>861
理解力ない人にはIDEが使えないらしい。
理解力ない人にはIDEが使えないらしい。
>>854
だから、実践的なプログラムでは、圧倒的に gcc が遅いことも経験的に
分かってるんだって。
むしろ、pch を使えば、vc++ はさらに gcc を突き放して速くなる。
というか、gcc は、オプションを変えても結果が変わりにくい傾向がある
事も経験的に分かってきた。サイズ最適化オプションも効きが悪い。
pchを使っても大きな効果が出ないようだし。そもそも、make自体が
コンパイル時間肉薄するほどの時間を食うのも頭が悪い。
だから、実践的なプログラムでは、圧倒的に gcc が遅いことも経験的に
分かってるんだって。
むしろ、pch を使えば、vc++ はさらに gcc を突き放して速くなる。
というか、gcc は、オプションを変えても結果が変わりにくい傾向がある
事も経験的に分かってきた。サイズ最適化オプションも効きが悪い。
pchを使っても大きな効果が出ないようだし。そもそも、make自体が
コンパイル時間肉薄するほどの時間を食うのも頭が悪い。
経験的とか肉体労働の方たちには意味がないことのようですが
ビルドかけたら一服しに行けるので
コンパイラは遅い方が助かります
コンパイラは遅い方が助かります
>>870
馬鹿。
馬鹿。
ビルド中に治したいところ見つかった時って
すぐビルと中断して治す？
それともとりあえず完了まってテストしてから治す？
すぐビルと中断して治す？
それともとりあえず完了まってテストしてから治す？
効率が良いと思えば止めればいいし
ケースバイケースな答えがないようなこと質問して...
ケースバイケースな答えがないようなこと質問して...
そういうことは、ビルドが速い環境だと甘り気にしなくて良い。
すぐにビルドが終わるから。
gcc使ってると、30年前の環境で開発しているかのような効率の悪さに
なるが。
すぐにビルドが終わるから。
gcc使ってると、30年前の環境で開発しているかのような効率の悪さに
なるが。
>>877
無能さ関係なし。
gccの駄目さを指摘されると、相手を無能呼ばわりして gcc を守る人が多い
のは何故だろう。きっと、gccが駄目だと自分にも害がお呼ぶからなんだろ
うが、どういう立場の人か気になるな。
無能さ関係なし。
gccの駄目さを指摘されると、相手を無能呼ばわりして gcc を守る人が多い
のは何故だろう。きっと、gccが駄目だと自分にも害がお呼ぶからなんだろ
うが、どういう立場の人か気になるな。
このスレの書き込みの半数はFSFの構成員ということは確定的に明らかですね
同じ組織だと欠陥や汚職などを真相究明できない事例は数多いが、
2ch は、「同じ組織の人間」が多く現れてしまうので注意が必要。
欠陥や欠点を擁護する執拗な書き込みに押されて真実が見えなくなる恐れがある。
それに対抗するためにはどんだけしんどくても、がんばり続けるしかない。
gcc や GNU、FSF、Stallman, OSS, Free, Eric Laymond の低脳どもに負けてたまるか。
2ch は、「同じ組織の人間」が多く現れてしまうので注意が必要。
欠陥や欠点を擁護する執拗な書き込みに押されて真実が見えなくなる恐れがある。
それに対抗するためにはどんだけしんどくても、がんばり続けるしかない。
gcc や GNU、FSF、Stallman, OSS, Free, Eric Laymond の低脳どもに負けてたまるか。
時間見せるだけじゃなくて、どういうソースコードを使ったからやろうね
結果だけで判断するのは頭がいい人のやることなのかな
結果だけで判断するのは頭がいい人のやることなのかな
>>895
だから何度も言っているように、実用的な大きなプログラムだともっと
差が開くように感じるんだって。こんな小さいプログラムであるからこそ、
gccの駄目さがこの程度で収まってるだけかも知れん。
だから何度も言っているように、実用的な大きなプログラムだともっと
差が開くように感じるんだって。こんな小さいプログラムであるからこそ、
gccの駄目さがこの程度で収まってるだけかも知れん。
clはコンパイラ本体がdll化されてるからその分早くコンパイルがはじまるんでしょうね
今回の計測では、全体で0.15秒程度だからそれが影響してると思うのかも
知れないが、もっと本格的なプログラムの場合、gccはコンパイルに
1秒単位の時間を要する事がある。その場合でも VC++ は gcc の3～5倍程度
の速度でコンパイルが終わる。
知れないが、もっと本格的なプログラムの場合、gccはコンパイルに
1秒単位の時間を要する事がある。その場合でも VC++ は gcc の3～5倍程度
の速度でコンパイルが終わる。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
gcc スレッド一覧へ類似してるかもしれないスレッド
- Cygwin + MinGW + GCC 相談室 Part 8 (938) - [97%] - 2022/10/28 8:00
- Cygwin + MinGW + GCC 相談室 Part 6 (981) - [97%] - 2012/12/30 23:15
- Cygwin + MinGW + GCC 相談室 Part 5 (981) - [97%] - 2011/4/6 2:32
- Cygwin + MinGW + GCC 相談室 Part 4 (1001) - [97%] - 2010/3/23 18:31 ☆
- Cygwin + MinGW + GCC 相談室 Part 3 (1001) - [97%] - 2008/9/12 0:04 ★
- 【激遅】AppleGCC【絶望】 (111) - [1%] - 2010/1/15 10:31
トップメニューへ / →のくす牧場書庫について