[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 01/06 13:57 / Filesize : 237 KB / Number-of Response : 832
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Cygwin + MinGW + GCC 相談室 Part 3



1 名前:デフォルトの名無しさん [2007/04/30(月) 23:52:47 ]
Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
cygwin + mingwn + gcc 相談室 Part2
pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
pc8.2ch.net/test/read.cgi/tech/1058134693/

関連サイト:
Cygwin www.cygwin.com/
MinGW www.mingw.org/

関連スレッド:
GCCについて part7
pc11.2ch.net/test/read.cgi/tech/1145357824/
【激遅】AppleGCC【絶望】
pc11.2ch.net/test/read.cgi/tech/1173267844/


304 名前:デフォルトの名無しさん mailto:sage [2007/11/25(日) 22:21:17 ]
プロパティで簡易編集モードをONに

305 名前:デフォルトの名無しさん [2007/11/25(日) 22:29:50 ]
>>304
できた、ありがとう、助かったよ

306 名前:本田 [2007/11/26(月) 00:32:24 ]
HX DOS Extender
www.japheth.de/HX.html
Many development environments which support creating Win32 console applications are compatible with HX, among them are:

* Open Watcom C++
* Digital Mars C++
* MinGW (uses GCC)
* CygWin (uses GCC)
* MS Visual C++, including the free version of MS Visual C++ Toolkit 2003
* Borland C++, including the free version of C++ Builder Command Line Tools
* LADSoft CC386
* Pelles C
* LCC-Win32 (C compiler)
* Borland Delphi
* Free Pascal (Win32)
* Pascal Pro
* Virtual Pascal (Win32)
* FreeBasic (Win32)
* PowerBasic
* MicroFocus Object Cobol
* XDS Modula II
* MASM, TASM, POASM, WASM, FASM, LZASM, NASM, GOASM, ...

307 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 04:40:35 ]
do sex tender か
いやらしいな

308 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 15:11:04 ]
However, as I mentioned above, the -mno-cygwin parameter is going to be
phased out. Primarily because people think it does something it
doesn't, and that leads to way too many support requests on the cygwin
mailing list:
Q: My unix app compiles on cygwin. Now I want to make a version that
doesn't use cygwin, so all I need to do is say -mno-cygwin, right?
A: Wrong...you're still making posix calls...
Q: you guys suck!
A: #!@%!



309 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 15:11:58 ]
部分文字列一致でサクサクパッケージを選択したい.

310 名前:デフォルトの名無しさん [2007/11/27(火) 00:44:48 ]
僕のcygwin環境だと、ls-lすると、例えば、以下のように表示されるですけど
ここでファイル属性の最後の'+'って何の属性でしょうか?


----------+ 1 xxxxxx None 333402 Aug 9 2005 loop.c

311 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 00:55:33 ]
acl で内科医

312 名前:デフォルトの名無しさん [2007/11/27(火) 01:22:24 ]
>>311
勉強になりました、ありがとうございます。



313 名前:デフォルトの名無しさん [2007/11/27(火) 18:43:33 ]
GCCを用いた統合開発環境(IDE)を作ろうかなって思いついたんだけど、
MinGWのGCCってGPLだから、その利用を前提にしたIDEもGPLに従わんといかんのかな?
BSDライセンスとかソースを公開しないでいいGCCってあるの?

314 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:58:25 ]
ボーランドのビルダーXとかあったけど

315 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:12:50 ]
IDEの動作にGCCが必須ならGPLになるかもしれんけど、
そういうわけではないだろうから問題ないと思う

316 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:27:22 ]
>>313
gccじゃないがpccとかBSD界隈では注目されてるね

子プロセスとして起動する程度ならGPLの影響はないけど
ソースレベルで利用するの?

317 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 22:09:27 ]
Eclipse+CDTを使えばいいじゃない。

318 名前:デフォルトの名無しさん mailto:sage [2007/11/27(火) 22:29:12 ]
既にあるじゃん、って話なら他にも腐るほどあるじゃない。

319 名前:デフォルトの名無しさん mailto:sage [2007/11/29(木) 02:35:33 ]
>>313
リンクしたりしなければGPLに感染したりしない.
#コマンドを呼んで感染するならシェルはみんなGPLだな…

320 名前:デフォルトの名無しさん [2007/11/29(木) 09:14:53 ]
CC:
LDLIBS = -l/usr/X11R6/include -L/usr/X11R6/lib -lGLU -lGL -lXmu -lXi -lXext -lX11 -lm
.c:
$(CC) init2.c $(LDLIBS) -o init2
というMakeFileを使用して

make init2

を実行したのですが、以下のような表示が出力されて実行ファイルが作成できません。
どんな原因なのでしょうか?

$ make init2
cc init2.c -l/usr/X11R6/include -L/usr/X11R6/lib -lGLU -lGL -lXmu -lXi -lXext -l
X11 -lm -o init2
init2.c:68:2: warning: no newline at end of file
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find
-l/usr/X11R6/include
collect2: ld returned 1 exit status
make: *** [init2] Error 1

321 名前:デフォルトの名無しさん mailto:sage [2007/11/29(木) 09:44:18 ]
cannot find -l/usr/X11R6/includeってちゃんと理由書いてあるだろ。

322 名前:デフォルトの名無しさん mailto:sage [2007/11/29(木) 11:08:08 ]
本当は -I/usr/X11R6/include (小文字の L ではなく大文字の i)
にしたかったんだろうな




323 名前:デフォルトの名無しさん mailto:sage [2007/11/30(金) 11:21:38 ]
makeしたときにでるNothing to be doneってのだけを消すことはできませんか?
実際にコンパイルしている様子は表示してほしいのですが
Nothing to be doneはうっとおしいので、なにもすることがなければ
静かに終わってほしいのです。
make -sってやるとなにも言わなくなってしまう…

324 名前:デフォルトの名無しさん mailto:sage [2007/11/30(金) 12:00:08 ]
×うっとおしい
○うっとうしい

325 名前:デフォルトの名無しさん mailto:sage [2007/11/30(金) 13:12:23 ]
>>323
#!/bin/sh -f
make $*|grep -v 'Nothing to be done'

326 名前:デフォルトの名無しさん mailto:sage [2007/12/02(日) 01:31:53 ]
>>325
もう少しがんばりましょう

> Nothing to be doneってのだけを消すことはできませんか?

327 名前:デフォルトの名無しさん mailto:sage [2007/12/02(日) 07:34:35 ]
unixコマンド全般についての質問は板違いなんで他あたってくれ

328 名前:デフォルトの名無しさん [2007/12/13(木) 22:00:22 ]
..とか~とかカレントディレクトリからの相対パスとかを正規化して絶対パスにしくれるステキ関数ありますか?
/usr/local/suteki.exeに実行ファイルがあるとして
suteki("aaa")  は /usr/local/aaa
suteki("../aaa") は /usr/aaa
にしてくれる関数を探してます

329 名前:デフォルトの名無しさん mailto:sage [2007/12/13(木) 23:10:00 ]
>>328 glob.h

330 名前:328 mailto:sage [2007/12/14(金) 00:33:08 ]
>>329
GLOB_TILDEを使うとホームディレクトリは展開してくれるのですが.とか..を展開してくれません><

331 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 00:48:57 ]
realpathでいいじゃん

332 名前:328 mailto:sage [2007/12/14(金) 01:38:32 ]
>>331
おおおお まさしくこれです
ありがとうございます



333 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:12:16 ]
これでx−window動かしたいんですけど
手順教えてください。

334 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:18:36 ]
板違いになるから
Windows板のCygwinスレか
pc11.2ch.net/test/read.cgi/win/1175419995/l50
Unix板のCygwinスレでやってくれ
pc11.2ch.net/test/read.cgi/unix/1184677144/l50

335 名前:デフォルトの名無しさん mailto:sage [2007/12/14(金) 17:36:12 ]
すみませんでした

336 名前:デフォルトの名無しさん [2007/12/18(火) 13:44:38 ]
www.mingw.org/MinGWiki/index.php/mingw%20hosted%20cross%20compiler
を参考にしてクロスコンパイラを生成しようとしていますが、問題が2つ出てきました。

環境はbuild-system = host-system = i386-pc-mingw32でtarget-system = arm-unknwon-elf (arm7tdmi)です。

1.本当に成功したのかわからない(Build and installing the c compiler)
サイトにはmkfixinc.shをi?86-*-mingw32*からi?86-*-armにしろと書いてありましたが、
fixincでmakeエラーになったのでarm-*-elf*に変更してやったらmake installまで成功しました。
しかし、インストール先のフォルダを見ると直下のincludeフォルダが空になっています。
fixincはどうやら、includeファイルを生成するもののようなのですが、これは成功なのでしょうか?

以下スクリプトを一部書き換えたところです。
$SRCDIR/configure \
--with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=arm-elf --with-cpu=arm7tdmi
-with-newlib --prefix=$prefix --enable-threads --disable-nls --enable-languages=c,c++
--disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj
--disable-java-awt --without-x --disable-libgcj-debug --enable-interpreter
--enable-hash-synchronization --enable-libstdcxx-debug 2>&1 | tee
gcc_configure.log

make all-gcc CFLAGS="-O2 -pipe" CXXFLAGS="-O2 -pipe" LDFLAGS=-s | tee
make-c-only.log 2>&1

成功するがインストール先フォルダ直下のincludeフォルダは空になっている。

2は次をご覧ください。

337 名前:デフォルトの名無しさん [2007/12/18(火) 13:49:41 ]
2.newlibのmakeが失敗する
これも>>336で言ったサイト(Building and installing newlib)を参考にしています。
そのシェルスクリプトをそのまま実行しました。
しかしmakeでエラーになってしまいます。
make[3]: Entering directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
/C/msys/1.0/home/(UserName)/newlib-1.15.0/missing
makeinfo --split-size=5000000 --split-size=5000000 --no-split -I/C/msys/1.0/home/(UserName)/newlib-1.15.0/etc
-o standards.info
/C/msys/1.0/home/(UserName)/newlib-1.15.0/etc/standards.texi
WARNING: `makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the manual. The spurious
call might also be the consequence of using a buggy `make' (AIX,
DU, IRIX). You might want to install the `Texinfo' package or
the `GNU make' package. Grab either from any GNU archive site.
make[3]: *** [standards.info] Error 1
make[3]: Leaving directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
make[2]: *** [info] Error 1
make[2]: Leaving directory
`/home/(UserName)/build/arm-elf/ARM7TDMI/newlib/etc'
make[1]: *** [all-etc] Error 2
make[1]: Leaving directory `/home/(UserName)/build/arm-elf/ARM7TDMI/newlib'
make: *** [all] Error 2

WARNINGに書かれているようにTexInfoを
sourceforge.net/project/showfiles.php?group_id=2435
からダウンロードしてインストールしても変わりませんでした。どうかよろしくお願いします。

338 名前:デフォルトの名無しさん mailto:sage [2007/12/18(火) 15:25:46 ]
sourceforge.net/project/showfiles.php?group_id=114505&package_id=124206&release_id=434286
DS用のビルドスクリプトだけど
多分、いや確実に参考に出来る

339 名前:sage [2007/12/18(火) 16:43:26 ]
>>328さん、ありがとうございます。早速試してみたいと思います。

340 名前:sage [2007/12/18(火) 16:43:54 ]
>>338さんでした。。。

341 名前:337 [2007/12/19(水) 11:41:12 ]
>>338さんから教えていただいたシェルスクリプトで、c compilerのインストールまでは
完了したのですが、newlibのmakeで>>337と同じくエラーになってしまいました。
newlibをMinGW(WinXP)のmakeの方法を知ってらっしゃる方、よろしくお願いします。

342 名前:デフォルトの名無しさん [2007/12/19(水) 17:18:00 ]
dllからのC++例外をexe側で捕捉できないでしかもhangupするのは仕様ですか?
dllとexeはともにcygwinのg++で作ったものです

ちなみに例外のthrowとcatchがexeで完結してるならちゃんと捕捉できます



343 名前:デフォルトの名無しさん mailto:sage [2007/12/21(金) 22:46:12 ]
>342
これが Cygwin にも適用されるかどうかはわからないけど
ttp://gcc.gnu.org/faq.html#dso

344 名前:デフォルトの名無しさん [2007/12/22(土) 10:35:01 ]
MinGW使ったんだけどsys/ioctl.hとかのヘッダーがないけど、
これってMinGWがまだ不完全だからってこと?
それともどっかに落ちてるのを適当に拾って入れればいいの?

345 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 11:49:24 ]
wikiから
>MinGWの名称はMinimalist GNU for Windows(Windowsのための最小限度の
>GNUの意)を表わす。
>CygwinはLinuxや他のUNIXシステムに見られるような、Windows上に完全な
>POSIX層を提供することを目標にしており、互換性のために必要であれば性能も
>犠牲にしている。一方でMinGWはフリーのコンパイラと各種ツールのみを行い、
>性能を重視している。
>MinGWはPOSIX APIを提供していないので、Cygwinでコンパイル可能だが
>MinGWでは可能で無いUnixアプリケーションが存在する。

346 名前:デフォルトの名無しさん mailto:sage [2007/12/22(土) 20:06:51 ]
つまり、ioctl使いたかったらcygwin使っとけってこと。

347 名前:デフォルトの名無しさん [2007/12/24(月) 11:04:13 ]
sourceforge.net/project/showfiles.php?group_id=2435
SourceForgeのMinGWダウンロードのところのソースファイルをダウンロードして自分でmake installしようとしたんだけど、
makeで必ず失敗する。
WinXPでMinGW環境だとだめってこと?
なんでMinGWのダウンロードのところにあるのにmakeができないの?俺だけ?
i386用のバイナリがあるからそれ使えっていうのもわかるけど、
ちょっとバージョンの新しいのを入れたいからmakeしようとしたら全然だめ。
確認のため、今すでにMinGW版としてあるやつのソースもmakeしたら全然だめ。具体的にはTexInfoね。
これどうゆうこと?

348 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 11:31:14 ]
エラーメッセージが理解できるようになってから来てください

349 名前:デフォルトの名無しさん [2007/12/24(月) 11:51:51 ]
エラーメッセージくらいわかってるよ。
でもMinGWにはないヘッダーとか使ってるソースがMinGWにあるんだぜ?
しかもバイナリ形式もあるんだぜ?
おかしくない?
それとも俺が何か入れ忘れてるの?

350 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 11:58:02 ]
入れ忘れてんじゃネーの?
makeに必要な環境がなかったらmakeは通らんだろ。

351 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 12:25:24 ]
> でもMinGWにはないヘッダーとか使ってるソースがMinGWにあるんだぜ?

なにも不自然な点は見受けられないんだが

352 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 12:58:36 ]
「環境を構築するための資源」と、「環境を利用するための資源」は違うんだぜ。



353 名前:デフォルトの名無しさん [2007/12/24(月) 13:07:03 ]
それってどっかからライブラリなりヘッダーなりを調達する必要があるときはあるってこと?
それってMinGW用とかじゃなくて適当なところから持ってきて適当に追加すんの?
具体例とかあるとわかりやすくてうれしいんだが。

354 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 14:34:58 ]
適当ってなんだよ適当って。
MinGW側でパッチが必要なものはMinGW側に置いてあるだろうし、
置いてないものはGNUサイトとかミラーからでも拾って来ればいいだろう常識的に考えて。

355 名前:デフォルトの名無しさん mailto:sage [2007/12/24(月) 14:52:57 ]
README.devとINSTALL.genericは読んだのか?
configureはちゃんと通ってるのか?
根本的に、スキルが足りないんじゃないのか?

356 名前:デフォルトの名無しさん [2007/12/24(月) 15:13:53 ]
すまん。もしかしてmsysDVLPRを入れてなかったからなのか?
とりあえずやってみるが、うまくいかなかったらフォローしてくれ。

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

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

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

360 名前:デフォルトの名無しさん mailto:sage [2007/12/25(火) 11:09:03 ]
>>347

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

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


361 名前:デフォルトの名無しさん [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/12/25(火) 12:52:23 ]
>>361

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

mingwはlibiconv入れた





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

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

365 名前:デフォルトの名無しさん mailto:sage [2007/12/25(火) 15:40:08 ]
>>363

うん。 WinXP

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

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


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

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

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

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

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

371 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 15:16:57 ]
どこの中二病患者?

372 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 15:27:33 ]
英語もダメ。スキルもない。出来ないと暴れる。最悪だな。



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

374 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 15:54:43 ]
お前らだってできねーんだろ?

375 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 15:55:15 ]
煽っても無駄なのにね

376 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 16:02:33 ]
>>368

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

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

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


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

378 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 17:33:01 ]
いみふめい

379 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 17:47:15 ]
>>368
暇だからビルドしてみた。
msysDVLPRとbisonとflexを追加。
www.mingw.org/MinGWiki/index.php/bug-termios_h
このバグでちょっとハマった。
おしまい。

380 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 17:51:13 ]
っていうかここに全部書いてあった。
www.mingw.org/MinGWiki/index.php/Build%20bash
このページすら読めないようならまず英語の勉強した方がいい。

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

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


382 名前:デフォルトの名無しさん mailto:sage [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/12/26(水) 19:05:38 ]
はっきり言ってチョーウザイ。
日記はmixiでやれって言ってんの。
おまいには無理、それでいいだろ。

384 名前:デフォルトの名無しさん mailto:sage [2007/12/27(木) 09:57:36 ]
>>382

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

./configure

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

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

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

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

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

388 名前:デフォルトの名無しさん mailto:sage [2007/12/29(土) 01:14:53 ]
MinGWなんだからwinsock使えよ…

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

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

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

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

390 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 02:53:46 ]
w32api

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

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

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

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



393 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 10:50:40 ]
$ find /usr/include -name windows.h
/usr/include/w32api/windows.h


394 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 11:05:03 ]
>>391はなんでヘッダファイルをlib配下でのみ探したのだろう

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


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

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

396 名前:デフォルトの名無しさん mailto:sage [2007/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 mailto:sage [2007/12/30(日) 19:07:24 ]
>>396
なるほど解説ありがとうございます。

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

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


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

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

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

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

401 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 21:02:09 ]
大抵のMakefileなら、CFLAGS辺りに書けばよさそうだが。

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



403 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 21:35:26 ]
>>400
この場合 Autoconf/Automake/Libtool スレあたりが適切かな…?

404 名前:デフォルトの名無しさん mailto:sage [2007/12/30(日) 21:49:40 ]
>>401
そうですよね

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

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






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<237KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef