Cygwin + MinGW + GCC ..
[2ch|▼Menu]
357:デフォルトの名無しさん
07/12/24 17:24:42
URLリンク(www.mingw.org)
とか読んでみたんだが、よくわからん。
とりあえずmsys直下にmsysDVLPRを解凍していれてやればいいみたいなんだが。
このmsysDVLPRもgcc-libの中にexeがあったりして、これでいいのかとよくわかんない。
それと.profileを編集するようなんだが、これもよくわからん。
くれくれ君ですまないが、誰か知ってる人正しいmsysDVLPRの入れ方とかmsysBuild環境の作り方教えテルミー。

358:デフォルトの名無しさん
07/12/24 17:26:34
それと適当に入れてbashのmakeをINSTALL.MSYSにならってしてみたんだが、cc1.exeが-fnative-structというオプションがわからんとか言ってエラーになった。
やっぱり環境構築がおかしいんだろうか。詳しい人たのむ。

359:デフォルトの名無しさん
07/12/24 19:17:58
あのさ、一々アゲて「俺、ソースmake初挑戦日記」書くの止めてくんないかな。
そういうのは、mixiでやってくれ。冬休みに入ったのはわかったから。

360:デフォルトの名無しさん
07/12/25 11:09:03
>>347

TexInfoのロケールの問題で引っかかってるんじゃない?
以前俺がBuildしたときは、それでエラーになってた。

そんときは LC_ALL=C でBuildしたら通った。


361:デフォルトの名無しさん
07/12/25 12:12:18
>>360
すまん。今MinGW/MSYS環境を作り直してるところでそのレベルに行ってない。
昨日適当な環境でTexInfo4.9をmakeしてみたんだがinclude/pwd.hの65行目がおかしいとかいって終了した。
今は正しい環境づくりのため、>>357であげたサイトを調べてる。
正直英語は辛い。訳も半分ぐらいしたが、なんかあやしげ。
msysDVLPRってmsysとmsysDTKをインストールしたあとにそのインストールしたフォルダに入れればいいんだろうか?
それともmsysDVLPRだけでいいんだろうか?
訳してみるとmsysDVLPRだけっぽいんだが、実際としてはmsysインストールしてから追加インストールするものだと思う。
TexInfoとかのビルドが成功した人はどんな風にMSYS環境を作ったのか教えてほしい。

362:デフォルトの名無しさん
07/12/25 12:52:23
>>361

基本的にはMSYSとmsysDTK入れただけだな。
あとは msys用bisonとflex入れた程度

mingwはlibiconv入れた



363:デフォルトの名無しさん
07/12/25 13:06:24
>>362
環境はWinXP?
俺はMinGW Download pageにあるTexInfo4.11すらビルド失敗。

364:デフォルトの名無しさん
07/12/25 14:48:20
mingwのgccのmingw-local patchesって何処にあるの?

365:デフォルトの名無しさん
07/12/25 15:40:08
>>363

うん。 WinXP

TexInfoのBuildは、いろいろ入れないとできなかった気がするんで、
うちはバイナリをダウンロードしてきて入れた。

TexInfo入れずに configureしてBuildできなかったっけ?
このTexInfo関係はドキュメント作成するのに必要なだけなんでスキップしても
問題ないんだけどね。


366:デフォルトの名無しさん
07/12/25 16:04:10
>>365
うん。俺もドキュメントだから関係ないと思ったけど、
やっぱりみんなが(外人とか)当たり前にビルドしてるのに
できないのが、なんか納得いかなくてな。
それにTexInfoのバージョンあげないと、他のツールをビルドするときにMakefileとかを
強制的に書き換えないといけないのが、なんか嫌だったんだ。
とりあえず今はbashのMinGW Download pageにおいてあるやつをビルドしようと思ってるんだが、
INSTALL.MSYSとか読むと
URLリンク(www.mingw.org)
が必要らしんだな。でも英語得意じゃないからそれっぽくやってみてもうまくいかないし。
正直もうお手上げ状態だ。英語をちゃんと理解できればいいんだがな。愚痴っぽくなってすまん。

367:デフォルトの名無しさん
07/12/25 16:21:08
mingwにあるtexinfo-4.11は
adaのgnat_ugn__unw.texiでエラーでるんでtexinfo-4.8使ってるんだが
これは正常なの?

368:デフォルトの名無しさん
07/12/26 14:17:32
誰か頼むからWinXPでMinGW5.13とMSYS1.0.10とmsysDTK-1.0.1入れてbash3.1のソースとか
をビルドできるか試してくれ。
俺はできないと思う。
msysDVLPRも入れてみたがだめだった。えろい人たのむ。

369:デフォルトの名無しさん
07/12/26 14:41:02
とりあえずあきらめて悟りを開くかCygwinに乗り換えるかしれ。
立てよ国民!gcc -mno-cygwin!!

370:デフォルトの名無しさん
07/12/26 14:59:08
いや俺はあきらめたくない。
mingw-usersとかのメーリングリスト見てるとみんな当たり前にやってんだぜ。
英語が苦手なだけでMinGWを利用できないなんて悔しくてやだ。
でも解決策はわからん。

371:デフォルトの名無しさん
07/12/26 15:16:57
どこの中二病患者?

372:デフォルトの名無しさん
07/12/26 15:27:33
英語もダメ。スキルもない。出来ないと暴れる。最悪だな。

373:デフォルトの名無しさん
07/12/26 15:38:52
>>370
そろそろウザイって言われてることにさっさと気づけよ、邪魔なんだよ。

374:デフォルトの名無しさん
07/12/26 15:54:43
お前らだってできねーんだろ?

375:デフォルトの名無しさん
07/12/26 15:55:15
煽っても無駄なのにね

376:デフォルトの名無しさん
07/12/26 16:02:33
>>368

なんでUNIX系シェルとか依存性の強い物をBuildしようとするかな・・・
たぶんMingw用のglibcヘッダとかライブラリが必要だと思うよ。

たしかどっかにあったはず。

あと binutilとかバグがあるバージョンもあるから、そのあたりも変えてみたら。
binutilは上記のものとかなくてもbuildできるはず。


377:デフォルトの名無しさん
07/12/26 17:04:33
ごめんな。感情的になってしまった。
確かに俺は頭悪いが、>>368みたいに親切なやつもいるから
またがんばるよ。

378:デフォルトの名無しさん
07/12/26 17:33:01
いみふめい

379:デフォルトの名無しさん
07/12/26 17:47:15
>>368
暇だからビルドしてみた。
msysDVLPRとbisonとflexを追加。
URLリンク(www.mingw.org)
このバグでちょっとハマった。
おしまい。

380:デフォルトの名無しさん
07/12/26 17:51:13
っていうかここに全部書いてあった。
URLリンク(www.mingw.org)
このページすら読めないようならまず英語の勉強した方がいい。

381:デフォルトの名無しさん
07/12/26 18:10:50
おお、みんなありがd。
>>379
俺もこれはやった。msys/includeじゃなくてmsys/lib/gcc-lib/...の方をこれで直して少し進んだんだが、
そのあとやっぱり失敗した。
>>380
俺もそれは読んだよ。gnuwin32のflexとbisonいれてtermiosも>>379のように修正。
だがだめだった。
URLリンク(www.mingw.org)
ここがちゃんと理解できてないからなのかだめだ。

>>376
glibcのmingwバージョン探してるが、みつからない。


382:デフォルトの名無しさん
07/12/26 18:27:51
>>379
どのツールのビルドした?
あとmsysDVLPRだが、以下に書く手順であってるか知りたい。
MinGW5.13、msys1.10.11、msysDTKをインストーラからインストール。
msysDVLPRをtar -zxvf msysDVLPR-1.0.0-alpha-1.tar.gzでmsys/1.0直下から展開。
それと.profileを
if [ $MSYSTEM == MINGW32 ]; then
export PATH=".:/usr/local/bin:/bin:$PATH"
else
export PATH=".:/msys/bin:/usr/local/bin:/bin:$PATH"
fi
といじって、そのごmsysdvlprシェルを起動して白いmsysコンソールからビルド。
違うところがあったら教えてくれ。

383:デフォルトの名無しさん
07/12/26 19:05:38
はっきり言ってチョーウザイ。
日記はmixiでやれって言ってんの。
おまいには無理、それでいいだろ。

384:デフォルトの名無しさん
07/12/27 09:57:36
>>382

念のために書いておくけど、ちゃんと

./configure

してからmakeしてるよな?
まぁ基本的なことだから大丈夫だとは思うが。

それから msysDVLPRを MinGW5.13の上に上書きするのはちとマズいかもな。
msysDVLPRにも gcc及びライブラリが入ってるから。

385:デフォルトの名無しさん
07/12/27 10:16:22
もちコース。./configure、make、make installぐらいは知ってるぜ。
msysDVLPRはmsysの方に入れてるんだがこれって間違い?
MinGWiki読むとmsysの方に解凍してるみたいだが。

386:デフォルトの名無しさん
07/12/27 10:18:12
でもbashのビルドはINSTALL.MSYSにしたがって、一応msysrlsbldっていうスクリプトやってるけどな。
中身は結局configure、makeみたいな感じだ。

387:デフォルトの名無しさん
07/12/28 23:45:45
Mingwでソケットを使おうとしたら使えない!
インクルードファイルがみあたらないのですがなんででしょう・・・。

388:デフォルトの名無しさん
07/12/29 01:14:53
MinGWなんだからwinsock使えよ…

389:デフォルトの名無しさん
07/12/30 02:43:17
基本的過ぎる質問だと思うのですが
検索してもわからなかったので書き込ませて頂きます

cygwinのgccを使ってC,やC++の開発を行うときのライブラリは
やはりcygwinのそれっぽいのをとってくるんでしょうか?

それとも別のIDEからライブラリ部分を持ってきたりするんでしょうか?

windows.h 関係が欲しいのですが
通常はどこで手に入れるものなんでしょう?

390:デフォルトの名無しさん
07/12/30 02:53:46
w32api

391:デフォルトの名無しさん
07/12/30 08:17:47
>>390
ありがとうございます。適当に必要なものとどこからでも良いので
とってくればOKなんでしょうか?

とりあえずcppunitとw32api(3.9-1)をcygwinのsetup.exeからインストールしたんですが
cygwin\lib\w32api 配下に windows.h が存在せず
どこから手に入れればよいのか困っています

「普通はここから持ってくる」そんな場所はありますか?

392:デフォルトの名無しさん
07/12/30 08:27:55
どんなオプションを選んだかなんて覚えていないけど、
特に何もしなくても<windows.h>をインクルードできるし、
特にライブラリ指定しなくてもWin32 API使えている。

393:デフォルトの名無しさん
07/12/30 10:50:40
$ find /usr/include -name windows.h
/usr/include/w32api/windows.h


394:デフォルトの名無しさん
07/12/30 11:05:03
>>391はなんでヘッダファイルをlib配下でのみ探したのだろう

395:389
07/12/30 17:38:53
>>392
何が違うんでしょうか…? 俺にはさっぱりです
>>393-394
それは>>389がアホだからに他ならないわけで…。
…ありがとうございました
わからなかったのでPSDK入れようとしてました。


結局こんな感じでコンパイルしたら動きました
g++ test.cpp -I/usr/include -I/usr/include/mingw -v

includeされているパスが色々出てきて
それらがどこで設定されてるのかがイマイチわかっていませんが
おいおい調べていくことにします

396:デフォルトの名無しさん
07/12/30 17:57:30
>>395
/usr/include と /usr/include/mingw を一緒に使うのはどうかと思う…
ってかこの辺は解り難いとこなんだけど cygwin の gcc には使うlibcに応じて
2つモードがあるんよ.
- cygwinの提供するPOSIX APIを使う通常の cygwin のモード
- POSIX の API を使わずに Win32 API だけを使ってプログラムを書くための MinGW モード
gcc に -mno-cygwin オプションを付けると後者のモードになって /usr/include/mingw
ってのはその場合に使われるヘッダが入ってるのね。なので両方参照する必要はないはずなのよ?
それぞれのメリットやデメリットは…まぁ適当にぐぐってくださいね。

397:389
07/12/30 19:07:24
>>396
なるほど解説ありがとうございます。

初めに /usr/include だけを使った所 windows.h が読み込めて
その後に #include <tchar.h> する必要があったので /usr/include/mingw を読み込んでました。
/usr/include/mingw のみ -I すればコンパイルできました。

-mno-cygwin をつけるだけでもOKなのも確認しました。
クロスコンパイルやらなんやらの問題みたいですね。
とりあえず色々眺めてみることにします


398:デフォルトの名無しさん
07/12/30 20:04:19
>397
POSIX API を使うつもりがなくいなら -mno-cygwin を付けた方が
cygwin1.dll をリンクしないでいい分ライセンスとかいろいろ楽。
作りたいアプリケーションに応じて選んでくれ。

399:デフォルトの名無しさん
07/12/30 20:20:31
POSIX APIを使わないつもりがなくいときはどうしたらいいでしょう。

400:デフォルトの名無しさん
07/12/30 20:43:54
gccでデバッグオプション(-g -O0)を付けてコンパイルしたいのですが、
いったいどうやればいいのでしょうか?
いまのところはMakefile.amのINCLUDE変数に'-g -O0'を追加しているのですが、
明らかにおかしいので正しいやりかたを教えていただきたいのです。
環境はubuntu + gcc + autotoolsです。

(Linux板も探したのですが、適当なスレが見つけられなかったため
こちらに質問させていただきます)

401:デフォルトの名無しさん
07/12/30 21:02:09
大抵のMakefileなら、CFLAGS辺りに書けばよさそうだが。

402:デフォルトの名無しさん
07/12/30 21:35:22
autotool なら環境変数から引っ張ってきてるよね
CFLAGS="$CFLAGS -g -O0" ./configure
俺はこうして使ってるけど

403:デフォルトの名無しさん
07/12/30 21:35:26
>>400
この場合 Autoconf/Automake/Libtool スレあたりが適切かな…?

404:デフォルトの名無しさん
07/12/30 21:49:40
>>401
そうですよね

>>402
CFLAGS="$CFLAGS -g -O0" ./configure
のやりかたでできました。
ありがとうございました。

>>403
すいません。次から気を付けたいと思います。

405:デフォルトの名無しさん
07/12/31 02:00:32
よくあるのは configure に --enable-debug 付けると
デバッグオプションが付くように作ってあるとかかなぁ

406:デフォルトの名無しさん
08/01/01 20:05:29
wxWidgetsをリンクするために
'wx-config --cppflags'の出力されたものを
作成ファイルのMakefile.am内オプションに追加したいのですが
いったいどうやればいいのですか?

何度か同じことをする必要があるので
共通の変数か何かに設定できるとうれしいのですが。
(他のスレでも聞いたのですが、全く反応が無いのでマルポしています)

407:デフォルトの名無しさん
08/01/01 20:42:20
>>406
wc-config の出力結果を Makefile.am に書いたら意味ないだろw
configure.in を書いて configure 実行時に wc-config を実行してその結果
がMakefileの変数CXXFLAGSやLIBSに展開されるようにしてやればいいんじゃね?
あと autotools の使い方を基本から勉強しなおしてくれ。
そもそも autotoolize する必要があるのかってところから見直すといいかもしれん。

408:407
08/01/01 20:43:27
wc-configってなんだ… wx-config ね

409:デフォルトの名無しさん
08/01/01 23:42:35
>407
ありがとうございます。

> Makefileの変数CXXFLAGSやLIBSに展開されるようにして
これはいったいどうやればいいのでしょうか?
configure.inに
 WXCXXFLAGS = 'wx-config --cppflags'
 AC_SUBST(WXCXXFLAGS)
とやってもなしのつぶてで全く効果がありません。

あとautotoolsに関してなのですが、自分はもともとVCを使っていて
linuxでコンパイルする必要が出てきたので最近になってautotoolsを使い始めました。
なので残念ながらautotoolsをほとんど知りません。

これを使っているのは、いろいろなプロジェクトで
configureファイルを見かけるからなのですが
これを使わないとしたら他にどのようなツールが考えられますか?
自分はmakeをそのまま使うかbjamなどが思いつくのですが、
どれを選ぶにしろ大変そうで困っています。
ある程度ポータブルで分かり易いツールであればなんでもいいのですが、
良さそうなものがあれば紹介して頂きたいくらいです。

ちなみに、このプロジェクトのコンパイルに必要な手順は
1、プロジェクトに添付された(小さめの)外部ライブラリのソースからスタティックライブラリを生成
  (この際、wxWidgetsが必要になるものもあります)
2、それらとライブラリのソースから一つのダイナミックライブラリを生成
3、最後に、メインプログラム(というかテストプログラム)をDLLをリンクして生成
と少し複雑です。

410:デフォルトの名無しさん
08/01/02 01:29:31
他のスレでもって、wxスレでもautoconfスレでも見かけなかったなぁ
まぁ別にどこでもいいんだけど

411:デフォルトの名無しさん
08/01/02 09:11:52
探したら スレリンク(tech板) にいた…
>>409
基本的に広い範囲で移植性を確保しようと思ったら大変なのはどのツール使っても同じなの
はその通りなんだけど、どの程度の移植性が欲しいのかってところかな?
autotools使うなら本でも読んでじっくり取り組んでくれ。
- URLリンク(www.amazon.co.jp)
あまり出来のいい本でもないけど…

412:デフォルトの名無しさん
08/01/02 09:30:35
>>411
基本的には
Windows(cygwin), Linux, FreeBSD, Mac
あたりで使えれば嬉しいのですが。
あまりマイナーな環境に対応するのは大変ですしね。
いい環境が見つかるまでは、マニュアルと本でがんばりたいと思います。

413:デフォルトの名無しさん
08/01/02 10:20:29
WXCXXFLAGS="`wx-config --cppflags`"
・・・ではないのかな 試してないけど
俺なら AC_PATH_PROG で wx-config あるかチェックするかな

414:デフォルトの名無しさん
08/01/02 15:12:07
>>413
ありがとうございます。ただ、それでもダメでした。
(>>409のWXCXXFLAGSはWXCPPFLAGSの間違いでした。すみません)

Makefile.inを見ると変数自体はちゃんと出力されているのですが
その中身がどうも空のようです。
Makefile.amではどちらか分からないので
一応@WXCPPFLAGS@と$(WXCPPFLAGS)の両方の形式で出力させています。

415:414
08/01/02 16:27:37
テストプログラムを作成しました。
原因の分かる方いましたら、是非教えてください。

URLリンク(www.uploda.org)

416:デフォルトの名無しさん
08/01/02 17:00:06
>>415
configure.ac の中身
WXCPPFLAGS=`wx-config --cppflags`
- 変数と'='の間にスペースは入れない
- 展開はバッククォート
普段UNIXライクOS使ってないならアレだがシェルスクリプトの基本を勉強する必要があるかも

417:デフォルトの名無しさん
08/01/02 17:02:34
>>415
そうそう Makefile.am の方は @WXCPPFLAGS@ でよくて $(WXCPPFLAGS) はいらない

418:デフォルトの名無しさん
08/01/02 22:37:44
>>416-417
できました!
やっとコンパイルに取りかかれそうです。
ありがとうございました。

419:デフォルトの名無しさん
08/01/04 07:52:12
>>418
Net BeansIDE V6 R3を実装し、C/C++コンポーネントのアドイン指定をし、
Cygwin言語処系gmake,g++,gcc等をインストールし、 Net BeansIDEを起動
することにより、自動でビルド環境が出来るじゃん。
まあ、autoconf automake の勉強するつもりならこんなやり方は為にならんが。
まあ、学生さんだったら時間あって勉強がてらハンドでやるのも良いんだろうけどw
よく考えたら、正月だったのか。じゃあ時間作れそうだな。




420:419
08/01/04 07:58:25
こっちの方が正確だったな
URLリンク(ja.netbeans.org)
Net BeansIDE V6 R3→表記ミス

組込系なら制約が有るかもしれんな。
ま、その辺り臨機応変にな。

人間がやるより早いぞ。

421:デフォルトの名無しさん
08/01/04 09:54:43
>>419
本人はVC使ってて他の環境(LinuxやFreeBSD)で容易にコンパイルできるように
autotoolize してるって書いてあるだろ…
そこで Cygwin + NetBeans 勧めても…

422:デフォルトの名無しさん
08/01/04 21:04:54
>>421
奨めないとPGままだろ?
ソフトウェア開発技術者とPGは違うぞ。
コンポーネントプログラミングの妙技も味わって貰わないとなw

423:デフォルトの名無しさん
08/01/04 21:21:17
>>421
autotoolizeって何?

スペルミスするくらいならオーソライズって書けよw


424:デフォルトの名無しさん
08/01/04 21:25:18
>>423
autoconf/automake 使って
./configure && make all && make install
って, やればインストール出来るようになってる
という意味ではないのか?


425:デフォルトの名無しさん
08/01/04 21:45:50
>>424
個人の造語を空想で断定しては恥かくだろう?
俺はレスの文脈からオーソライズと認識したまで。
何ならそのスペルで英和辞典なりコンピュータ用語事典を
探して見たら良い。
一生掛かっても見っからないことは断言できる。
ま、そんなチンケな話で揉めても仕方ないのでここで
ペンを置く。


426:デフォルトの名無しさん
08/01/04 22:07:03
うるせーよググれカス

427:デフォルトの名無しさん
08/01/04 22:08:42
>>425
レスの文脈からautotool-izeとしか認識できなかったがな。
オーソライズってのはauthorizeのことか?だとしても意味が通らんな
もっと文脈読まないと恥かくぞ?

428:デフォルトの名無しさん
08/01/04 22:11:01
>>417
その情報は古い。
Makefile.amでは、$(WXCPPFLAGS)と書くのが今風です。
Makefile.inでよきに計らってくれるので。

そうすると、$ make WXCPPFLAGS="-I/anotherdir/include"
なんかが使えます。

429:デフォルトの名無しさん
08/01/04 22:13:26
>>427
ふふ、暇なオジンやな?
本件にレスして道ズレにしようちゅう魂胆かなw
まあ、おまえが口べただと言うことは良く解った。ググった上でのレスだw>>426


430:デフォルトの名無しさん
08/01/04 22:22:17
冬休み学生のへたくそな煽りにわざわざ釣られるなよ…

431:デフォルトの名無しさん
08/01/04 23:13:08
>>423
これほど「プギャー(AAry」を貼りたくなったレスは初めて見た希ガス。

432:デフォルトの名無しさん
08/01/05 01:06:06
世代間ギャップだろw

433:デフォルトの名無しさん
08/01/05 01:14:29
>>425
この辺を理解して出直してこい
URLリンク(www.catb.org)


434:デフォルトの名無しさん
08/01/05 02:27:02
↑この粘着馬鹿きも

435:デフォルトの名無しさん
08/01/05 08:05:03
お前も十分粘着だよ。

436:デフォルトの名無しさん
08/01/05 10:25:14
ageてる人はわかりやすくて良いな

437:デフォルトの名無しさん
08/01/05 13:13:44
4+3=7

438:デフォルトの名無しさん
08/01/05 17:53:22
新年から運営バイト乙
さくらも必要だからな2ちゃんにはw

車 寅二郎

439:デフォルトの名無しさん
08/01/05 18:17:23
To you cotton I dead no death she.

440:デフォルトの名無しさん
08/01/06 10:13:59
最近気づいたんだけど、速いCPUでCygwinのgcc使ってコンパイルするより、
遅いCPUでLinuxのgcc使ってコンパイルしたほうが速いのね・・・
体感的にはCygwin@X2 3800+ < Linux@CelD 2.4GHz, Cygwin@CelD 2.4GHz < Linux@P3 900MHzくらい
-pipeつけたらちょっとマシになったけど、それでもやっと同じくらい。
やっぱstat(2)とかが効いてるのかね?

441:デフォルトの名無しさん
08/01/06 10:39:27
Windowsはプロセスの起動が遅いうえに
Cygwinでエミュレートまでしてるからかなり遅くなると思うよ

442:デフォルトの名無しさん
08/01/06 11:50:41
cygwinと比較してる時点でバイアス満載。

443:デフォルトの名無しさん
08/01/06 12:14:27
MinGW使え

444:デフォルトの名無しさん
08/01/06 12:29:43
普通は、fgetc()をループで回してもfgets()やfread()を使っても(I/O速度で制限されるので)大差ない時間で処理できるが、
cygwinに限っては、fgetc()版は遥かに遅くなってしまうからね。

445:デフォルトの名無しさん
08/01/06 15:35:36
なんで?

446:デフォルトの名無しさん
08/01/06 18:02:26
エミュレートしているからでしょ。

447:デフォルトの名無しさん
08/01/06 18:26:53
それはfgetcが遅くてfreadが遅くない理由にならなくね?

448:デフォルトの名無しさん
08/01/06 19:02:11
>>447
なんでそう思う?

449:デフォルトの名無しさん
08/01/06 19:13:11
cygwinはファイルの読み書きは特に重いよね。MinGWにすると凄い速くなる。

450:デフォルトの名無しさん
08/01/06 19:35:46
>>447
freadも遅いがエミュレート+ループでfgetcが遥かに遅い理由にならなくね?

451:デフォルトの名無しさん
08/01/06 20:47:21
fread()一回では、エミュレートのオーバーヘッドは1回分であることが期待できる。
多くても、BUFSIZごとに1回だろう。
fgetc()では、毎回の呼び出しごとにオーバーヘッドが発生する懸念がある。
ungetc()のために毎回余計に読み込まなくてはいけないと言う事情がこれに拍車を掛けるだろう。

452:デフォルトの名無しさん
08/01/06 21:18:40
そゆのってオーバーヘッドのかからない層で
バッファリングすると思うんだけど・・・。

453:デフォルトの名無しさん
08/01/06 21:21:49
いや、そうじゃないからこそ、cygwinのエミュレーションは問題だといっている。

454:デフォルトの名無しさん
08/01/06 22:18:45
MinGWのgccやg++は、標準ヘッダの検索パスをどこで決めているんでしょ?

c:\mingwにインストールしたときはbinのpathを通すだけでコンパイルできたソースが、
j:\!repos\softwares\mingwにインストールしたときはbinのpathを通すだけだと、
no include path in which to search for stdio.hとか言われる。
C_INCLUDE_PATHやCPLUS_INCLUDE_PATHを設定すればいいみたいだけど・・・。


455:デフォルトの名無しさん
08/01/06 22:19:31
>>443
MSYSもいっしょに

456:デフォルトの名無しさん
08/01/07 03:31:02
>>451
ソースを読んでどこが悪いとか具体的に確信を持って言ってる?
なんか勘違いしてる気が…

457:デフォルトの名無しさん
08/01/07 05:35:00
そのへんを計測してみた人どこかにいないかな

458:デフォルトの名無しさん
08/01/07 06:23:28
なんかどっかのスレでも書いた気がするけど
俺のVista(HPx64)でMSYSちゃんが上手く動いてくれない

459:デフォルトの名無しさん
08/01/07 10:14:15
XPならHomeでもおk

460:デフォルトの名無しさん
08/01/07 10:27:17
MSYS1.0.10に1.0.11の何か上書きしたらイケましたわ。

461:デフォルトの名無しさん
08/01/07 13:00:45
使いもしないツールを多く含んだメタボ気味なコンパイラ使うより
いいかもね

462:デフォルトの名無しさん
08/01/09 00:20:59
少しスレ違いかもしれませんが質問させてください。

環境は、
MinGW 5.1.3
MSYS  1.0.10

自前のC++ソースをビルドしようとすると、
こんな感じのシンボル未定義のメッセージが並んでリンクエラーになります。
foo.cpp:(.gnu.linkonce.t._ZNK11foo16hogeERKSt6vectorIdSaIdEEj+0x14a) : undefined reference to `_cxa_begin_catch'

nmで見るとlibstdc++.aが必要なようですが、-lでばっちり指定しています。
./libstdc++.a:eh_catch.o:00000000 T ___cxa_begin_catch
./libsupc++.a:eh_catch.o:00000000 T ___cxa_begin_catch

何が原因なんでしょう。。打つ手なしっす。

463:デフォルトの名無しさん
08/01/09 00:33:27
-lの方が先に指定されていたりはしないよね?

464:462
08/01/09 01:08:24
>>463
-lstdc++を一番後ろに置いてます。
not foundが出るわけではないのでライブラリは見つけてるはずなのですが、、
コンパイラのインストールからやり直すべきなのでしょうか?

465:デフォルトの名無しさん
08/01/09 01:13:59
g++コマンドでリンクすりゃ、libstdc++を明示する必要はないはずだが。(勝手にリンカに適切なオプション渡してくれる)

466:デフォルトの名無しさん
08/01/09 01:31:54
>>465
一度g++に切り替えて試したときもlstdc++を付けたままで、まったく同じエラーが出ました。
早速明日外してやってみます。

467:デフォルトの名無しさん
08/01/09 01:52:52
>>462
アンダースコアの数が違うからリンクできるように見えない。
マップファイルとかアセンブリのソースとか確認しないとわかんないね。

468:デフォルトの名無しさん
08/01/09 21:12:22
バージョンが合ってないとか

469:デフォルトの名無しさん
08/01/10 22:14:59
C/C++の開発環境を整備:MinGWとEclipse CDT
URLリンク(builder.japan.zdnet.com)

470:デフォルトの名無しさん
08/01/13 16:32:21
UACが有効なVistaでcygwin使うとき、sudoみたいに管理者権限を動的に(必要なときに)与えるようにしたいんです。
ここで間違えないで欲しいのは、実行したユーザーが属するAdministratorsが保有するACL管理下の権限であって、Administratorの強制執行権限ではありません。
引数をコマンドとして実行するだけのプログラムにマニフェストを組み込んでもcygwinから実行するとNo permissionでキャンセルされます。
runasではadministratorでの実行は可能ですが、条件に合いません。
何かいい方法は無いでしょうか?

471:デフォルトの名無しさん
08/01/13 20:36:11
VisualStudio, gcc, vim, Cygwinで開発しています。
MinGWというのは使ったことがあるのですが、メリットがよく分かりませんでした。
上記の開発ツールに加えてMinGWも使うとしたときのメリットにどんなものがありますか?


472:デフォルトの名無しさん
08/01/13 21:46:31
Cygwinというのは苦肉の策であって、
例えばパス名の区切りがスラッシュになるなど、環境との親和性に問題がある。

VisualStudioはアクチがあり、法外に高額で、
かといってラーニングやスタンダードはライセンスにいろんな制約がある。
ただしカネがあるなら最適化他の面で圧倒的に有利だ。

gccってNTリソースパックのgcc?
NTのPOSIXサブシステム用はOSの汎用性がない。

MingWは完成度さえ高ければ素晴らしいのだがw
ハローワールドで数メガとか恐ろしいことになったりするw

473:デフォルトの名無しさん
08/01/13 22:18:13
>>471
その列挙の意味がよく分かりませんが、VSとcygwin上のgccとvimを併用してると解釈します。

Wikipedia項目リンク
↑cygwinとmingwの比較です。2つは哲学が異なります。

cygwinはmingwに比べwindowsシステムとの互換性が低い(パスとか)のでwindows向けの開発であれば避けた方がいいかもしれません。
しかし、cygwinにmingwが包括されています(詳しい位置づけはよく分かりませんが)。
dllの不要化やWindows APIの利用も可能です。cygwinとmingwを併用する利点はあまり無いと思います。


474:471
08/01/13 22:58:52
>>472
ありがとうございます。

Win32を使ったアプリを作らないせいか、環境とし親和性はあまり意識いたことないです。
やはり、Win32APIを使うと問題になってきますか。
VS Express 2005のフリー版を使っています。
gccはCygwin上のgccです。

>>473
リンクありがとうございます。

> VSとcygwin上のgccとvimを併用してると解釈します。
そうです。わかりにくくてすみません。

> しかし、cygwinにmingwが包括されています
それは初耳です。cygwinを使っていれば、mingwと同じかそれ以上の
ことが出来るということですか。

> cygwinはmingwに比べwindowsシステムとの互換性が低い(パスとか)ので
> windows向けの開発であれば避けた方がいいかもしれません。

windows向けの開発をする予定があるので、今からVSを使って慣れておこうかと思っている次第です。
windows向けであればcygwinよりmingwがいいんですか。
あるいは、windows向けであればビジネス的にはVSが圧倒的シェアかと思いますが、
個人的使用(趣味のプログラミング)であればVisualStudio2008などは高額で敷居が高いですね。
個人向けであれば、mingwが最適なのかなと思って、最近mingwが気になりだした次第です。

475:デフォルトの名無しさん
08/01/13 23:20:30
素直にVS使っとけ。どうせ2008も無償版が出るんだから。
POSIXを意識しないならWindows上でまでgcc使う必要はない。

476:デフォルトの名無しさん
08/01/14 01:43:18
>>472
ハローワールドで数メガとかならねーよw
# あ…Javaで書いてgcjでコンパイルとかしたらなるか

477:デフォルトの名無しさん
08/01/14 02:33:08
デバッグ情報てんこもりとか

478:デフォルトの名無しさん
08/01/14 03:08:49
[Test.java]
public class Test {
  public static void main(String[] args) {
    System.out.println("Hello, world.");
  }
}

> gcj -O2 --main=Test -o test Test.java
> ls -lh test.exe
-rwxr-xr-x 1 hoge none 6.1M Jan 14 03:04 test.exe*
> strip test.exe
> ls -lh test.exe
-rwxr-xr-x 1 hoge none 2.1M Jan 14 03:06 test.exe*

うはwww

479:デフォルトの名無しさん
08/01/14 14:10:45
>>471
VS と MinGW の両方でコンパイルできるコードが割と簡単に書けるところが MinGW のメリット。
MinGW では基本的に Win32 API を使う。
スレッド、WinSock2、DLL のロードなどは Win32 API を利用するので
VS 用と MinGW 用のコードの差分は小さくなることが多い。
コンパイラ依存の部分を #ifdef で分ければ大半のコードを共用できる。

Cygwin は使ったこと無いのでパス。

480:デフォルトの名無しさん
08/01/14 14:43:38
逆に、cygwinだとWinSockを使わないでソケット周りを書けるのが魅力。
要は、Linuxと同じソースでいける可能性が高い。

481:デフォルトの名無しさん
08/01/14 22:47:17
>>474
windows用のソースをwindows用にコンパイルするのがmingw、勿論VSも
linux用のソースをwindows用にコンパイルするのがcygwinのgcc
cygwinでもwindows用のソースをコンパイルする事はできます、そこで使われているのがmingw
このcygwinのmingwが本家と同一なのかどうなのかはよく知りませんが。

gcc --target-help の最初の10行程を見てみてください、参考になるかと思います。

482:デフォルトの名無しさん
08/01/15 04:56:41
一部のファイルをインクルードすると

failure to convert cp932 to UTF-8

というエラーが発生するんですが
これは何が原因なんでしょう?

別のエディタで文字コードをUTF-8にして保存しても直りませんでした

483:デフォルトの名無しさん
08/01/15 05:46:45
改行コードかも

484:デフォルトの名無しさん
08/01/15 06:25:37
>>483
阿呆ですか。

>>482
--input-charsetは?

485:デフォルトの名無しさん
08/01/15 07:23:08
いやまじであるぜ?
改行コード

486:デフォルトの名無しさん
08/01/15 14:22:35
>>482
「一部のファイル」ってのを明確すると話が早かったりするかも。
boostだったりしない?


487:本田
08/01/17 17:40:38
>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年 春
>1995年9月13日改訂
URLリンク(msdn.microsoft.com)
>抄録
>この解説書は、
>Microsoft(r) OLE Component Object Model(COM)オブジェクトを作成し、
>効果的に使用する方法を説明しています。
>例文はほとんどCで書かれていますので、実際に何が行われているかが、大変分かりやすく示されています。
>プログラマの中には、オブジェクトを実行するためにC++を好んで使用する人もいるでしょう。
>C++プログラマの観点からCOMの概念および基本的な使用法を論じているのは
>Kraig Brockschmidt著のInside OLE (第2版)(MSDN Library(Books))です。
>COMとは何か、またその設計や哲学の後ろにある動機付けをより理解する事に興味がある読者なら、
>Component Object Model Specification(MSDN Library(Specifications))の最初の2章を読んでください。
>第1章には簡単なイントロダクションを、第2章では徹底的に概要を解説してあります。
>この解説書ではInside OLEとCOM Specificationにある情報を、
>COMオブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。

488:デフォルトの名無しさん
08/01/17 18:01:35
>>482
input-charset を CP932 として使っていながら、欧州由来のコードで
CP932的に不正なものを含むソースをコンパイルしたんだと思う。
ffmpegの何かのヘッダとか。

489:デフォルトの名無しさん
08/01/20 14:26:15
エクスプローラーを使っているときに
今見ているフォルダでCgywin窓を開きたいのですが
どうしたらいいですか?


490:デフォルトの名無しさん
08/01/20 15:01:59
アドレスバーからコピーして、cdすれば?

491:デフォルトの名無しさん
08/01/20 15:39:29
>>489
cygwin hereでググれ

492:デフォルトの名無しさん
08/01/20 19:41:55
俺はこうしてる
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\WinHandPrompt]
@="Zsh(&C)"
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\WinHandPrompt\command]
@="cmd.exe /F:on /K \"cd %L&&zsh\""

493:デフォルトの名無しさん
08/01/21 21:47:51
窓の手の流用か

494:デフォルトの名無しさん
08/01/22 02:51:02
あれ、なんでばれたんだろう?
、と思ったら書いてあったねハッキリと

495:デフォルトの名無しさん
08/01/26 01:51:09
MSYSからgetchとかkbhitを拾うのはどうしたらいい?

コマンドプロンプトではできることが
MSYSでは上手くいかないことが意外に多い
printfは必ずfflushも書かないと表示されないし・・・(TT

496:デフォルトの名無しさん
08/01/26 05:18:27
毎回のようにfflushするくらいならsetvbufに_IOLBFしとけ。

で、getchやkbhitはC/C++にもPOSIXにも準拠していないし、Win32にも無い。
強いて言えば、DOSのデファクトスタンダードだったので残してある、というだけ。

Win32APIを使わないとするなら、
conio.hじゃなくてcursesとかを使うんじゃないの?知らないけど。

497:デフォルトの名無しさん
08/01/26 11:11:00
>>495
>printfは必ずfflushも書かないと表示されないし・・・(TT
リダイレクトする用途を考慮しなくていいなら、printf()ではなくfprintf(stderr, ...)したまえ。

498:デフォルトの名無しさん
08/01/26 15:58:13
いま操作しているPC(ネットワーク上でのコンピュータ名はPC1)のcygwin(以下cygwin1)から
sshでほかのPC(ネットワーク上でのコンピュータ名はPC2)のcygwin(以下cygwin2)にログインして
\\PC1\Shareにアクセスしようとすると"-bash: cd: \\yy-x60s\Share: Permission denied"と言われてしまいます

cygwin2から直接"cd \\\\PC1\\Share"を実行するとこちらは成功します

cygwin2で"setfacl -m user:SYSTEM:rwx \\\\PC1\\Share"を実行して
直後に"getfacl \\\\PC1\\Share"を実行すると
# file: \\PC1\Share
# owner: pc2user
# group: なし
user::rwx
group::r-x
other:r-x
mask:rwx
とでていて設定が反映されてないことが原因なような気がするのですが、どのように設定するばよいか分かりません

499:デフォルトの名無しさん
08/01/26 15:58:46
そういえばstderrはバッファリングされないからflushする必要もないよね

500:デフォルトの名無しさん
08/01/26 16:13:01
でなきゃ困るだろ.そもそも
>printfは必ずfflushも書かないと表示されないし・・・(TT
は,それが当たり前だということを知らずに泣いてるだけの話だろ

501:デフォルトの名無しさん
08/01/26 19:20:24
>>495-496
MSYS では、ってのは rxvt では、ってことだよね。
pdcurses の getch を使うプログラムを書いて試してみたけど rxvt ではダメっぽい。

LINES value must be >= 2 and <= -4096: got 1
initscr(): LINES=1 COLS=1: too small.

とか出てプログラムが異常終了する。
ググってみると lynx や aspell で同じ問題が起こっているみたい。
rxvt では (pd)curses は NG。

502:デフォルトの名無しさん
08/01/30 21:32:07
質問です。非常に初歩的ですみません。

ジョークコマンド sl を、Cygwin や その他 dll 等に依存しない、exeファイ
ル単体で動く形にコンパイルしたいのです。

URLリンク(chaosweb.complex.eng.hokudai.ac.jp)
URLリンク(freethink.way-nifty.com)
これらを参考に、Mingw、GnuWin32 をそれぞれフルインストールしました。
makefile の -lcurses と sl.c の usleep を書き換えました。
また、makefile を
CC=c:/mingw/bin/gcc.exe
と書き換えました。
そこから先が分かりません。

gnuwin32 のコマンドプロンプトから、makeを実行すると、以下のようなエラー
が出ます。
gcc -O -o sl sl.c -lpdcurses -ltermcap
sl.c:30:20: curses.h: No such file or directory
sl.c: In function `my_mvaddstr':
sl.c:42: error: `ERR' undeclared (first use in this function)
sl.c:42: error: (Each undeclared identifier is reported only once
...(略)

ということで質問です。GnuWin32 の termcap と pdcurses を、MinGW から利
用できるようにするには、どのように何を設定したらいいのでしょうか?


503:デフォルトの名無しさん
08/01/30 23:04:14
>>502
gcc の -I オプションで curses.h があるディレクトリを指定


504:502
08/01/30 23:57:09
>>503
ありがとうございます。makefileのCFLAGSを以下のように修正したところ、
CFLAGS=-O -I "/Program Files/gnuwin32/include/"
一歩前進し、今度はこんなエラーが出るようになりました。

c:\mingw\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
cannot find -lpdcurses
collect2: ld returned 1 exit status
make: *** [sl] Error 1

今度はどこに何を設定したら良いでしょう?

505:デフォルトの名無しさん
08/01/31 00:01:20
1を聞いて10を知れ、とは言わないがちょっとな・・・

506:502
08/01/31 00:46:02
ごめんなさい、図々しいお願いですね。

gcc の man を見ているのですが、ライブラリの検索パスを追加するオプショ
ンが見つかりません。
また、C:\Program Files\gnuwin32 の下に pdcurses に相当するライブラリが
あるのかと思ったのですが、libpdcurses.a というファイルが見つかりません。
行き詰ってしまいました。

507:デフォルトの名無しさん
08/01/31 00:49:24
-L でしょ?

508:502
08/01/31 01:08:26
うわあ、これは恥ずかしい。申し訳ありません。
日本語manを"ライブラリ"で検索していたので見つかりませんでした。

c:\program files\gnuwin32\lib に pdcurses がなく、curses があったので、
Makefile を元に戻しました。

--- sl.c ----
/* usleep(20000); */
sleep(1);

ここで今、こんなエラーが出ています。
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccGQbaaa.o:sl.c:(.text+0x1a4):
undefined reference to `sleep'
collect2: ld returned 1 exit status

たぶん、正しいヘッダをインクルードすればいいと思うのですが。

509:デフォルトの名無しさん
08/01/31 01:48:36
>>508
> たぶん、正しいヘッダをインクルードすればいいと思うのですが。

そう思うんだったら、includeディレクトリの中でsleep()の宣言を探す
べきでしょ。たぶん無いけど。



510:502
08/01/31 02:01:22
おっしゃるとおりです。見つかりませんでした。

/MinGw/include には何もなく、

/Program Files/gnuwin32/include には
glibc/unistd.h に sleep() がありましたが、includeすると大量のエラー。
winx/timex.h に nanosleep() がありましたが、
undefined reference to `nanosleep' のエラーが出ます。

/cygwin/include でも見つからなかったので、どうも方針がまずいようです。
Cygwin 上だと何もせずにコンパイル、実行できましたので。

今日はいったん中止します。

511:デフォルトの名無しさん
08/01/31 08:33:38
このまま続けると嫌われるよ。
おそらく、初心者板の方が適している質問と思われ。

# -Iや-Lオプションなんて、cc時代から定番のオプションだし。
# CygwinやMinGWの問題か切り分けられて無いし。

512:502
08/01/31 13:11:55
ごめんなさい、では最後に一点だけ。

/* usleep(20000); */
この行をコメントアウトすると、コンパイルは通るようになりました。まあ実
行すると、一瞬で終わってしまうのですが。

ただし、カレントディレクトリに curses2.dll を必要とします。exeファイル
のみで実行できるようにならないでしょうか?

見よう見まねで gcc に -static オプションを付けてみましたが、大量にコン
パイルエラーが出てしまいます。

c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x34):
undefined reference to `_imp__stdscr'
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x4f):
undefined reference to `imp( *) static'
c:\DOCUME~1\ユーザ名\LOCALS~1\Temp/ccy2baaa.o:sl.c:(.text+0x6b):
undefined reference to `_imp__stdscr'


513:デフォルトの名無しさん
08/01/31 13:17:19
>>512
そのpdcursesにスタティックリンク用のライブラリが添付されてない限
り、キミには無理。


514:502
08/01/31 13:22:08
ありがとうございました。dllは諦めます。
あとはusleep(20000)ですが、これはどこか初心者スレを探して質問します。

515:502
08/01/31 15:17:52
先ほどの者ですが、解決しました。

#include <windows.h>
...
Sleep(20);

Windowsプログラミングに詳しい知人にアドバイスされ、このように修正したと
ころ、見事に動くようになりました。

どうもお騒がせしてすみませんでした。ありがとうございました。


516:デフォルトの名無しさん
08/01/31 15:59:00
最初からそいつに聞け糞が

そいつはそいつで、掲示板で聞けようぜえ
と思ってるだろうがな

517:デフォルトの名無しさん
08/01/31 16:23:57
「mingw sleep」でググるだけで、ヒントがたくさん出てくるんだけどなあ。


518:502
08/01/31 18:53:51
ごめんなさい、訳があって急ぎだったので、無神経な質問をしてしまいました。
ご迷惑をおかけしました。
今度Java質問スレで、超初心者にていねいに答えますので、それで埋め合わせ
にさせてください。


519:デフォルトの名無しさん
08/01/31 20:08:57
人に教えてる暇があったら勉強しろ

520:デフォルトの名無しさん
08/02/01 09:18:44
以上 >502 の日記からお伝えしました


521:デフォルトの名無しさん
08/02/02 07:20:34
Cygwinでcファイルをコンパイルしようとしたところ、
3[main] ? 26824 init cheap: Couldn't reserve 3600336 bytes of space for cygwin's heap, Win32 error 487

というエラーメッセージを4つ吐くのですが、解決策はありますでしょうか?
ググってみて、再インストールもしてみたのですができませんでした…

WinXP Home SP2
RAM DDR SDRAM 512MB

522:521
08/02/02 08:38:29
すみません自己解決しました。

System32にCygwin1.dllがあったのが悪かったようです。

523:デフォルトの名無しさん
08/02/05 19:57:57
guileのinfoにある例(インタプリタを作るだけ)をmingwでコンパイルしたら
sys/select.h
ieeefp.h
が無いと言われてしまいます。
確かに/includeにも/mingw/includeにもそんなファイルはありゃしませんが。
mingwじゃlibguileは使えないのでしょうか?

バージョンは
gcc: 3.4.2
guile: 1.8.2
です。


524:デフォルトの名無しさん
08/02/05 20:08:18
 _____ ___
<ー、\\ヾiγ/rニミ
 \ヾヘヽヽリ川///γ
  >川/ ̄"""" ̄「リ
  (ヘir-=o=ッィ=o=j
 _ハ| `ー/ ii、i
<\ ヽヽ `ー′/
 \ヽ \  ̄ ̄/∩へ  Cygwinじゃ駄目なのか?
__ii   ̄/二ノ レ<    guileのmakeに必要な環境やライブラリはあるのか?
ヘヘヘ\ヽニ>-イ|( Y/)
ノ// / ヽ_ノ|ヽハ/)
ノ ̄  `ー | |ヒ/


525:デフォルトの名無しさん
08/02/05 20:13:56
>>524
試しにcygwinでやってみたら、gmpを入れてないのでハネられます。
まあ、gmp入れてcygwinでやればいいだけなんだろうけど。
主力環境がmingwなのでmingwでやりたいなと。

526:デフォルトの名無しさん
08/02/05 20:20:56
敗因は2つだ
- >>525 は sys/select.h が何なのかわかってない
- >>525 は mingw がどんな位置づけにあるものかもわかってない

527:デフォルトの名無しさん
08/02/05 20:31:43
guileを使うのにPOSIX環境である必然性があるのかな

528:デフォルトの名無しさん
08/02/05 21:10:01
ないと思うが…

529:デフォルトの名無しさん
08/02/05 23:46:04
では、mingwの位置づけ云々は関係ないような。
select.hを使わないようにconfigureできないものか。

530:デフォルトの名無しさん
08/02/06 00:23:46
>>529
mingwの位置付けが判っていたら当然そういう風に行動するだろ?
ってか guile をビルドの話なのか?
guile をビルドするときなら configure --disable-posix とかあった気がするが…


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4764日前に更新/237 KB
担当:undef