祝・GCC 3.0リリース

**さあね** · NG

　一昔前は、そこらの商用コンパイラよりも良い最適化をする
といわれたGCCも最近は色あせてきてたけど。。。
　待望の新バージョンリリースで巻き返しなるか？

　とりあえずインストールしてみよう

**名無しさん＠お腹いっぱい。** · NG

>>189,190
http://www.google.com/search?hl=ja&ie=UTF-8&oe=utf-8&q=compiler+benchmark+gcc+Visual&lr=
辺りみても、benchimarkでしかあり得ないプログラムや
数値計算やCG関係でMMXなんかがうまく使えた時に差がある程度と思うが?

>>191
その影響はpeepholeやinstruction emittingに限られるでしょ?
これがoptimization全体で大きな割合を占めるのはかなり特殊なprogram。

**名無しさん＠お腹いっぱい。** · NG

>190
そういう人にとっては、ここに来るのは時間の無駄以外のなにものでもないですね。

**名無しさん＠お腹いっぱい。** · NG

gccより遅いコンパイラは全部滅んじゃったからね。

**名無しさん＠Ｅｍａｃｓ** · NG

>>198
なるほど、そうか。
gccがコンパイラの底あげをしたわけね

**名無しさん＠お腹いっぱい。** · NG

>>196

> benchimarkでしかあり得ないプログラムや

速い遅いを見るのがBenchmarkじゃないの？

> 数値計算やCG関係でMMXなんかがうまく使えた時に差がある程度と思うが?

数値計算やCGって実用域の性能には無関係だと？
VCはMMXの最適化なんてやんないよ。ProcessorPack入れたらInlineで
書けるって程度。VectorCは違うけど。

あのね、すぐWin厨って言わないでUNIXの外の広い世界も
勉強したほうがいいと思うけどな。
例えば同じマシンにKDEとWindows2000入れたらどっちが
さくさく動くと思う？

まぁ、そういうと、そらＸがクソ、Ｑｔがトロいせい。Win2000なんて
そもそも不安定だから比較対象にならんとか言い出すんだろうけどさ～

**名無しさん＠お腹いっぱい。** · NG

>>200
比較対象にWindowsを持ってくるのはどうかと思うが、
いままでの*NIXの独善の歩みと言うべき姿勢は、
そろそろ見直される時期に来てるかも。

ソフトウェアの開発モデルとしては機能はしてるが
魅力やスピードが無いと言えるかも。
抽象的ですまんが

**名無しさん＠お腹いっぱい。** · NG

>>200
他にもUNIXとWindowsと比較・対決してるスレはたくさんあるから、
そういう議論はそっちでやってくれないかな？
ここはgcc関連の話題を扱うスレ。

**名無しさん＠お腹いっぱい。** · NG

> 例えば同じマシンにKDEとWindows2000入れたらどっちが
> さくさく動くと思う？

cygwinの上でKDE動かした方が遥かに遅かったが、なにか？

**名無しさん＠お腹いっぱい。** · NG

>>200
> 例えば同じマシンにKDEとWindows2000入れたらどっちが
> さくさく動くと思う？

gccでコンパイルしたKDEと
gccでコンパイルしたWindows2000の比較か?

**名無しさん＠お腹いっぱい。** · NG

>>204

おまえ頭悪いな・・・

**名無しさん＠お腹いっぱい。** · NG

>>205

おまえ頭悪いな・・・

**名無しさん＠Ｅｍａｃｓ** · NG

なつだからっていちいち煽りにかっかしてんな。
そうめんみたいに流せ。

**名無しさん＠お腹いっぱい。** · NG

ネタにマジレスすると、KDEとWin2000のどちらがｻｸｻｸ動くか、という点については
コンパイラ云々よりもウィンドウシステムの設計に依存するところが大きいでしょう。
win2kはご存知のとおりカーネル内にグラフィックサブシステムが入ってるから、
かなりの速度がでる。Xは残念ながらオーバーヘッドがでかい。

つーことは、上記のように環境が速度の最大ファクタであるような場面では
コンパイラの最適化能力なんてあんまり目立たない→重要でない
ってなことになっちゃうと思うんだが...

で、未だにコンパイラの速度を競うような場面ってそんなにありますか？
計算屋さんにとっては重要な問題なのかなあ。
ほとんどライブラリに頼ってる気がせんでもないけど。

**名無しさん＠お腹いっぱい。** · NG

>>203
そら遅くて当たり前…

**名無しさん＠お腹いっぱい。** · NG

gcc-3.1.1 リリースage

**名無しさん＠お腹いっぱい。** · NG

http://www.usenix.org/publications/library/proceedings/usenix-nt98/full_papers/zabatta/zabatta_html/zabatta.html

"Solaris 2.6 vs Windows NT 4.0"のスレッドパフォーマンス比較だけど，

The "same compiler", GNU gcc version 2.8.1, was used to compile the
test programs for both operating systems. ... However, later we
compiled the test programs with each system's native compiler (Visual
C++ 5.0 and SUN C Compiler 4.2) and found no significant differences
in performance.

となっているね．この場合，OS側のライブラリやカーネルを実行してる部分が多くて
ユーザプログラム側の部分によって大きな差がつかない，ということだろうね．

**名無しさん＠お腹いっぱい。** · NG

板違いかもしんないけどさ。気に入らなかったら読み流してちょ。

コンパイラの教科書って、未だに Ahoのアレが一番メジャーなの？
あそこまで行かないにしても、それなりに網羅的に書いてある
もーちょっとモダーンな教科書あったら紹介きぼんぬ。

**名無しさん＠お腹いっぱい。** · NG

GCCの連載見つけたage
http://www.cqpub.co.jp/interface/column/freesoft/2002/200208/08-0.htm

**名無しさん＠お腹いっぱい。** · NG

>>212
つーか、最近は一冊にまとまっていない。分量多すぎ。
プログラミング言語一般論, parsing, type, code emiting&optimization
くらいに分かれている。翻訳があるドラゴンブック読んでから、次に進めばよい。

**214** · NG

>>212
もしかして英語でも良かったの?

**名無しさん＠お腹いっぱい。** · NG

>212
中田育男著「コンパイラの構成と最適化」

**名無しさん＠お腹いっぱい。** · NG

えいぷるさんの本があるべ

**名無しさん＠お腹いっぱい。** · NG

>>215
英語でもいーっす。
今、amazon.comも見てみましたが、あまりくるのがありませんでした。
Modern Compiler Design が一番ポピュラーなんですかね。

>>216
読んだ事ありますがドラゴンの方がよさげ（網羅的）な気が。

>>217
Appel「Modern Compiler Implementation in Java 」ですか？

NG

Compiling with continuation とか。

**名無しさん＠お腹いっぱい。** · NG

3.2 ぷれりりーす
http://gcc.gnu.org/ml/gcc/2002-08/msg00496.html

**名無しさん＠お腹いっぱい。** · NG

正式リリースは 8/14 か。当初は 7/23 に出るとかいう話だったから、3週間遅れか。

**名無しさん＠お腹いっぱい。** · NG

ftp.iij.ad.jp:/pub/GNU/gcc/ にはもうあるね。> gcc-3.2.tar.gz

**名無しさん＠お腹いっぱい。** · NG

GCC 3.2 Released. アナウンスされた。

**名無しさん＠お腹いっぱい。** · NG

GCCへの、というわけでもないですがコンパイラに関する
スレッドがみつけられなかったので質問させてください.
何とか社fooのCompiler (foocc)ver.10はsourceを書いた後
(2回目は自分自身でcompileするにしても)最初はfoocc-9で
compileするんでしょう.ver.9はver.8でcompile、と
考えていくとver.1はどうやってつくったんでしょうか?他の会社なりのhogeのcompiler(例えばhogecc-5とか)がその時あれば
ちょっと借りてきて1回目だけそれを使えばいいんですが、それでは
hogecc-1のsourceはどうやってcompileしたんでしょう?
最初は誰かえらい人がアセンブラで書いてくれた.位しか
思いつかないのですが...
こんなの常識なんでしょうか?

**春日三球** · NG

今夜も寝られなくなっちゃったじゃねえかゴルァ！

**名無しさん＠お腹いっぱい。** · NG

>224
最初はIPLをトグルスイッチぱちぱちやって入力した。

**名無しさん＠お腹いっぱい。** · NG

トグルスイッチといえば、
コンパイラではなくOSだがCray社を作ったシーモアクレイは
OSをトグルスイッチでパチパチパッチンと入れて
それがいきなり動いたっていう.本当か?
http://cruel.org/freeware/hdomcorrect.html
GCCと関係ないけど.

**名無しさん＠お腹いっぱい。** · NG

何でみんな新しいもの追っかけるの？
昔は新しいモノを追っかけてたんだけど、安定してるはずのgcc2.95.2で
glibcをmakeしたら腐ったコード吐いたことがあったので、新しいのは怖くて使えないよ。

結局、egcs2.91.66が一番安心できる。

**名無しさん＠Ｅｍａｃｓ** · NG

>>224
バベルの図書館で貸し出してます。
VC++は民明書房にあるそうです。

**名無しさん＠お腹いっぱい。** · NG

>>228
新しいもののほうがナイスな最適化するかもーとか、
C++ の標準準拠っぷりとか、
gcc のパッチを作ってるので仕方なくーとか。

必要ないんなら古いのでいいと思いますよ、ええ。
FreeBSD と NetBSD は gcc-3.x に移行する予定みたいですね。

**名無しさん＠お腹いっぱい。** · NG

バグると不平を言うよりも、進んでバグを出しましょう

…というのがフリーUNIXコミュニティの美徳ではないかと>>228

仕事で使うならstableなものを選択するというのもアリ

**名無しさん＠お腹いっぱい。** · NG

>>231
バグって不平をいうやつはそこまでのレベル。

**名無しさん＠お腹いっぱい。** · NG

おれbug見つけたら小躍りしながらレポート書いちゃうけどな（・∀・）

**名無しさん＠お腹いっぱい。** · NG

>>233
あんたは素晴らしい。
俺にはコンパイラのバグなんてさっぱり分からん。

**名無しさん＠お腹いっぱい。** · NG

>>234
templateで遊んでたらいくらでもinternal compiler error出るぞ

**名無しさん＠お腹いっぱい。** · NG

>>235
internal compiler errorとか出たらどうやって追いかけてるの？

**名無しさん＠お腹いっぱい。** · NG

>>235
例えばどんなソースだとエラーがでる？

**名無しさん＠お腹いっぱい** · NG

>>236

追いかけるのはGCCチームにやらせりゃいいことだろ。
error が出たソースを添付してレポートすりゃいいだけ。

**名無しさん＠お腹いっぱい。** · NG

gccのソースも読めないやしは半人前。

と言われつづけてはや10年

**名無しさん＠お腹いっぱい。** · NG

10年前の gcc-1.42 がファイル数 281、展開後のサイズ7.7Mだったのが、
gcc-3.2 ではファイル数 14375、サイズ161MB に肥大しているから、
せっかくの10年前にgccのソースを読む機会を逸した奴はもう一生読めないに違いない。

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

>>240 10年前のソースを読めば解決？ｗ

**名無しさん＠お腹いっぱい。** · NG

今のgccぐらいの規模なら理解できるだろ。
世の中もっと大きなソフトウェアは幾らでもある。

**名無しさん＠お腹いっぱい。** · NG

ここにはgccを理解してる人がいるみたいなので質問させてください。
1. rtl.defやrtl.h,rtl.c
2. *.md
3. -drオプションを指定されたときに吐き出されるファイル
これら三つの関係がいまいちよくわかりません。
簡単でいいのでこれらの関係を教えて下さい。

**名無しさん＠お腹いっぱい。** · NG

>>245

gcc の info 読もう。
gcc -> Passes `Paasses and Files of the Compiler' のあたり。

**名無しさん＠お腹いっぱい。** · NG

>>246
それはよく読んだのですが、分からないからここで質問しました

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

>>247
えーその info に十分な情報があると思うけどなあ。

1. RTL を操作するためのユーティリティ関数と、RTL の共通定義
3. コンパイル対象のソースが RTL に変換された直後の RTL の様子
2. insn-flags.h とか insn-codes.h とか insn-output.c とか
insn-attrtab.c とか、とにかくマシン依存のコンパイラソースを
生成するためのソース

**名無しさん＠お腹いっぱい。** · NG

>>249
おお、ありがとうございます。
なんとなくイメージが掴めました。
教えてもらったことを手がかりに
ドキュメントを読み直します。

**名無しさん＠お腹いっぱい。** · NG

俺は組込み系やってるのでコンパイラが吐き出したコードを読む機会が多いんだけど、
最適化されるはずなのにうまくされてないような所ってのも、正しく動くけどbugのうちとみなしてレポートしてる
たいていは数日以内にpatch送ってもらえたりするんで、いつでもmakeできるように
gccのソースツリーは展開したまま置いてある。
間違ったコード吐いたりされる場合はさすがにpatch送ってもらうのを待ってるわけにいかんので
レポートするのと同時に自分で治すこともあるけど、簡単に治せるようなものなら良いが
ちょっとややこしくなるともう手に負えん(；´Д｀)

**名無しさん＠お腹いっぱい。** · NG

今gcc-3.2コンパイルしてます。
dejagnuのチェックでFAILが出まくってるんだけど、コンパイル失敗ですか？
一応継続してるんですが。

**名無しさん＠お腹いっぱい。** · NG

gcc が Java のバイトコードも吐けるようになるのはいつの日か。

**名無しさん＠お腹いっぱい。** · NG

>>253 gcj -C で吐くと思われ。

**名無しさん＠お腹いっぱい。** · NG

Gentoo

**名無しさん＠お腹いっぱい。** · NG

質問です。
某マシンでgcc使ってるんですけどnewが例外投げてくれません。
PCのgccでも昔は駄目だったんですけど、
3.0では直ってるんでしょうか？

**名無しさん＠お腹いっぱい。** · NG

>>256
PCのgccを3.0にして試せばいいのでは？

**名無しさん＠お腹いっぱい。** · NG

>>256
・例外そのものが機能しないのではなく、newだけ?
・昔ダメだったgccのバージョンは?
ぐらいの情報は欲しいなあ。

**名無しさん＠お腹いっぱい。** · NG

>>218
亀レスだが、英語でいいなら、Modern Compiler Designでいいんじゃない?
ドラゴンブックもぺ─バーバックの奴買っておけばいいし。
Advanced Compiler Design and Implementationも面白いよ。

Appelのは傾向がﾁｮﾄ違う。
>>219も"Garbage Collection: Algorithms for Automatic Dynamic Memory Management"も(w

**名無しさん＠お腹いっぱい。** · NG

>>224
最初は別の言語で書く。アセンブラまで後退する必要はない。
ちなみに昔はFortranやPL/1で書かれたC compilerがあった。

テメーのcompiler書いても、
gccがあるからgccで簡単にbootstrap、って状況の方が(昔からすれば)異常。

**名無しさん＠お腹いっぱい。** · NG

>>256
少なくともgcc 2.95では、mallocが本当に失敗すればbad_alloc
投げてくれるはず。(cp/new1.cc)
楽観的メモリ割り当てとかで、malloc自体が成功しているからでは？

**名無しさん@XEｍａｃｓ** · NG

intel 系っつーか PentiumPro 系のハナシですが、
gcc2.95 って妙に速いコード出すことがあるですね。
gcc3.2 や icc より速い。。。

**224** · NG

> 260さん
ありがとうございます.それはそうなのでしょうけど,
(最初にCを作った人は"Cで書いてコンパイルしたC Compiler"
がそれこそ世界になかったわけですから!)
その "FortranやPL/Iで書いたC Compiler"を作るための
"FortranやPL/IのCompiler"をやはり作らなければいけませんよね...
でも教えてばっかりでもなんだか悪いのでいろいろ調べてみます。
どう考えても最初は簡単な(機能が少ない)言語Aをアセンブリ言語で書き、
その言語Aを使ってもうちょっと高水準の(機能が多い)言語Bのコンパイラ
を書く.-> 以下同文とやっていったのだとは思いますが.

**名無しさん＠お腹いっぱい。** · NG

つーか、別にアセンブラだけで(機械語だけでさえも)
Cコンパイラ作れるんですが。

**名無しさん＠お腹いっぱい。** · NG

>>263
理論的には可能であるとしても、
アセンブラで書いたC compilerは山田かつて見たことがない。

> hogecc-1のsourceはどうやってcompileしたんでしょう?
> 最初は誰かえらい人がアセンブラで書いてくれた.位しか

よって>>260ではこの行間の話をした。以上。

**いや、知らんけど** · NG

リッチーさんが最初にPDP-7上で書いたCコンパイラは、アセンブラだったのでは。

**あれ、Cの誕生は** · NG

PDP-11に移植してからだったか？

**名無しさん＠お腹いっぱい。** · NG

>263
> 以下同文とやっていったのだとは思いますが.

で、結局 >>226 まで遡ると。

**名無しさん＠お腹いっぱい。** · NG

dmrセンセイはBでCを書いたんじゃないの?

**名無しさん＠お腹いっぱい。** · NG

アセンブラの登場はFortranコンパイラよりも後のはず。

**名無しさん＠Ｅｍａｃｓ** · NG

Unixの歴史とかの書籍を見ると
「コンパイラコンパイラ」
ってのがあったらしいが...
....一番最初はどうだったんだろう。
謎、謎。

**名無しさん＠お腹いっぱい。** · NG

yacc?

**名無しさん＠Ｅｍａｃｓ** · NG

libungif コンパイルできねー

**名無しさん＠Ｅｍａｃｓ** · NG

＠ gcc-3.2

**棄教者** ◆witdLTi2 · NG

>>266-267
gcc は yacc/bison が無いと動かないよね
yacc/bison は C で書かれているよね
。。。

**名無しさん＠お腹いっぱい。** · NG

>275
最初のCコンパイラはgccではないわけだが...

**名無しさん＠お腹いっぱい。** · NG

g++ 3.2 で ostream_iterator が未定義だといわれるんだが。

% cat foo.cpp
#include <ostream>
#include <string>
int main()
{
std::ostream_iterator<std::string> *i;
}

% g++ -dumpversion
3.2

% g++ -c foo.cpp
foo.cpp: In function `int main()':
foo.cpp:5: `ostream_iterator' undeclared in namespace `std'
foo.cpp:5: parse error before `>' token

**名無しさん＠お腹いっぱい。** · NG

#include <iterator>

**277** · NG

サンクス。
標準では <iterator> なのか。やっぱり古い知識のままじゃいかんなぁ。

**名無しさん＠お腹いっぱい。** · NG

gcc をビルドしてできる libstdc++.so.5 とかは、どこにインストール
すべきものなんでしょうか。
configure --prefix=/usr/local/gcc-3.2 とかでビルドして make install
すると、/usr/local/gcc-3.2/lib/ の下にインストールされるのですが、
g++ 3.2 で作成した実行ファイルを起動すると、libstdc++.so.5 が
見つからない、と言われてしまいます。

**名無しさん＠お腹いっぱい。** · NG

OS は？
ldconfig とか、LOAD_LIBRARY_PATH とか？

**あぼーん** · NG

あぼーん

**名無しさん＠お腹いっぱい。** · NG

>280
リンク時に
g++ -Wl,-rpath -Wl,/usr/local/gcc-3.2/lib
と書いておけば？ specs ファイルでも指定できるかもしれんが。

**280** · NG

アドバイス、ありがとうございます。
>>281
Linux 2.2 です。
ldconfig とか LOAD_LIBRARY_PATH とかは、とく使ってませんでした。
man を見ると、ldconfig で解決できそうな感じがします。

>>283
これは、スタティックリンクをするときの話でしょうか。できれば、
実行時にリンクを解決したいのです。

**名無しさん＠お腹いっぱい。** · NG

ダイナミックリンクする場合の指定方法だよ

**280** · NG

libstdc++ の件は
# echo /usr/local/gcc-3.2/lib >> /etc/ld.so.conf
# ldconfig
で解決しました。

g++ 3.2 で別の問題なんですが、std::wstring を使おうとして、

#include <string>
int main() { std::wstring s; return 0; }

をコンパイルしたら、

/tmp/ccSgXbtC.o: In function `main':
/tmp/ccSgXbtC.o(.text+0x17): undefined reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::basic_string[in-charge]()'
/tmp/ccSgXbtC.o(.text+0x22): undefined reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::~basic_string [in-charge]()'

のようなリンクエラーが出ました。もともと普通にビルド&インストール
しただけでは wstring が使えないので、c++config.h で
#define _GLIBCPP_USE_WCHAR_T 1
として (無理やり?) 使っていたのですが、3.0.4 あたりではうまくいって
いたのに、3.2 では上のようなエラーが出るのです。
これは、3.2 の basic_string では、メンバ関数がインライン展開されずに
別モジュールとしてコンパイルされているんですかね。

**280** · NG

なんと、basic_string クラスのインスタンス自体が外部宣言されていました。
gcc-3.2/include/c++/3.2/bits/basic_string.tcc:
extern template class basic_string<wchar_t>;
gcc じゃ、こんな書き方ができるのか。
で、ビルド時には _GLIBCPP_USE_WCHAR_T が undef になっていたので、
ライブラリには、wstring の実体が作られていないのでしょう。自前で
template class std::wstring;
とやってやれば、うまいことリンクできました。
ところで、ビルド時から _GLIBCPP_USE_WCHAR_T を有効にするには
どうすればいいんでしょう。

**280** · NG

結局、システムに入っていた glibc が古くて wchar_t 関係の
関数がそろっていなかったのが原因のようですね。現在、
glibc-2.2.5 をビルド中。

**名無しさん＠お腹いっぱい。** · NG

g++3で書いた中身C++、インターフェースCなライブラリを、g++2
から利用する(またはその逆)ための、良い方法は無いでしょうか？
普通にやろうとすると__dynamic_castなどが衝突するので、
リンカ側で色々工夫をする必要があるようなのです。
FreeBSDで、-symbolicなどを駆使して、一応例外などを
動かすことはできましたが、とてもポータブルとは思えない
ので、もっと正しい方法があれば教えてください。

**名無しさん＠お腹いっぱい。** · NG

64bit Solaris 8でgcc 3.2をコンパイルできた人いますか?
Companion CDで入る/opt/sfw/bin/gcc (2.95.3)を使って
やっているのですが(make checkの)エラーが消えません。

$ /usr/local/bin/tar xvfz gcc-3.2.tar.gz
$ cd gcc-3.2; mkdir objdir; cd objdir
$ echo $PATH
/opt/sfw/bin /usr/bin /bin /usr/ccs/bin /usr/local/bin
$ ../configure --enable-languages=c,c++ --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls
$ /usr/local/bin/make bootstrap (Errorは出ません。)
$ echo $TCL_LIBRARY
/usr/local/lib/tcl8.4
$ echo $DEJAGNULIBS
/usr/local/share/dejagnu
$ /usr/local/bin/make -k check | tee check.log
で,check.logからサマリ部分だけ抜き出すと、

**名無しさん＠お腹いっぱい。** · NG

=== libstdc++-v3 Summary ===

# of expected passes 407
# of unexpected failures 2
# of unexpected successes 10
# of expected failures 16

=== gcc Summary ===

# of expected passes 18688
# of expected failures 66
# of unsupported tests 111

=== g++ Summary ===

# of expected passes 7248
# of unexpected failures 3
# of expected failures 88
# of untested testcases 21
# of unsupported tests 4

bootstrapまでは通っているけどtestsuiteのC++関連の
unexpected failuresがあるのが不安です。
http://gcc.gnu.org/gcc-3.2/buildstat.htmlを見ると
(Test resultsでエラーがある人もいるけど)Successfulの
人もそれ以上に結構いて、なんで私のだけエラーが出るのかと...

**名無しさん＠お腹いっぱい。** · NG

$ cd gcc/
$ for file in *.o ; do cmp $file stage2/$file; done
でのstage2とstage3の比較はOKのようなのですが...
そもそもtestsuiteでunexpexted failuresが0になるものでしょうか。
gccをsourceからbuildするのは初めてなのでよく作法/流儀が...
Package版があるようなのでそっちを入れた方がいいんでしょうか。

**名無しさん＠お腹いっぱい。** · NG

gcc3.xをメインに使わないやしは氏ね

**名無しさん＠お腹いっぱい。** · NG

gcc 3.2.1
http://gcc.gnu.org/gcc-3.2/changes.html

**名無しさん＠お腹いっぱい。** · NG

gcc-3.2でperl-5.6.1がmake出来ない(´･ω･`) ｼｮﾎﾞｰﾝ