cygwin ＋ mingwn ＋ gcc 相談室

組み込み系のCPUで、GNU-C or C++を使ってプログラムすることになったのですが、
OSを載せないため、bootコードを書くことになりました。
(cygwinはクロス環境として使います）
アセンブラやハードの知識、基本的なC,C++に関してはわかっているつもりなのですが、
bootコードにハードウェア初期化以外に何を書けばいいのかわかりません。

とりあえず.bss領域はゼロクリアすればいいことまではわかったのですが、
C++のコンストラクタ実行やライブラリの初期化等、main()まで行くまでに
何をすればいいのか、どこかに良書や資料ありませんか？

今日一日ググったり本屋行ったのですが、どこにもなく・・・どなたか助けてください。

>>726
「エスパーきぼんぬ」をググるといいかと。

>>726
いわゆるスタートアップルーチンだよね？
やらなくてはいけないことはマイコンにもよるけど、
スタック設定
割り込みベクタ設定
ROMエリア初期化
DATAエリア初期化
BSSクリア
main呼び出し
でそ
ちなみにBSSクリアは必須ではない(不定になるけど)

>>726
適当なアーキのcrt.oでも読んだらどうかな？あとGCCのinfo。

>>728
726が聞きたいのは例えばatexitとか、構造化例外処理とかの
色々な準備（C/C++のライブラリ初期化手順）の希ガス。

最低限でmallocやnewもいらんというなら、728のやり方で
自分のことだけ考えてればそれでもよいが。

>>726
環境構築のために必要なコード(ブートローダ)と、そのプログラム実行のために必要なコード(スタータップルーチン)は区別しておけよ。
仮令OSがないとしても、前者と後者を分けておくことはデバッガ(もしくはモニタ)を作るときにも役に立つ。

みなさん。ありがとうございます。

>>728様
　C言語で標準ライブラリ等無しなら、それで行けるはずですよね。
　確認できて良かったです。
　ところで「ROMエリア初期化」と「DATAエリア初期化」というのは何でしょう？
　.textと.data（だったっけかな？）に何らかの初期化が必要という事でしょうか？

>>729様
　crt.oというとオブジェクトファイルですよね。
　crt.o自体の役目を知らないのですが、これは何でしょう？
　GCCのinfoにはもう一度目を通してみます。

>>730様
　いや、まさにそのとうりでございます・・・
　mallocやnewのメモリ動的割付に関しては今回は見送る（禁止）
　させる予定ですが、全般的にはそのような事です。

>>732様
　アドバイスありがとうございます。
　というと、私がわからないのはスタートアップルーチンという事に
　なるのでしょうか。
　728さんが書いてくれた割り込みハンドラの初期化などHWに近い部分は
　何をするかわかっているので。
　※ちなみに今回はICメモリにプログラムがすでに展開されているため
　　ブートローダは書かなくて済みます。

書いていて整理がついてきました。私がわからないのは
１． .ctors .dtorsセクションにあるコンストラクタ、デストラクタを
　　スタートアップルーチンでどう処理すればよいのか。
２． その他気をつけるべきセクションはあるのか。
３． ライブラリの初期化は何かルールがあるのか。
という事です。

>>734
そのあたりはアーキテクチャにそれほど依存しないだろうから、既存のものを参考にしてみれば

>>730
あーそういうことでしたか・・・
的外れでしたね、すみません

>>733
ROMエリア初期化ってのは変だね。勢いだけで書いてしまったよ
ごめんなさい。

DATAエリア初期化ってのは、まさに.dataセクションの初期化で、
グローバル変数やらstaticな変数の初期値代入です。
といっても、ROMセクション(.rodataとか)から.dataへのコピーを
するだけですが
適当なcrt.sを読むのが一番の解決方法かと

>>726
何か(汎用)のCまたはC++標準ライブラリを組み込むつもりがあるのか
分かりませんが、malloc禁止ということからすると既にチームの方針
として標準ライブラリは諦めているのではないかとも思えます。

734の問題ですが、やはりgcc特有の事柄についてドキュメントを
探し回るしかなさそうですね。私も興味があったので少しググッて
みたところ次のページの「.init および .fini セクション」がヒントを
与えてくれそうです。

http://www.globe.to/~oka326/archive/elf_doc_sgml_ja/elf_doc.html

最終的にはソースコードに辿り付くというオチですみませんが。

つか組み込みでOS無しでboot書くとかそんなレベルなら、
当然ldscriptまで自分で書いてアドレスとかセクションとか管理しなきゃ
やってられんだろ。

となればおのずと.initとか.ctorとかの各セクションの意味とかもわかってなきゃ
いけないと思うのだが、>>726はそんなレベルで大丈夫なのか？

>>737のリンク先、linker&loader (http://pc8.2ch.net/test/read.cgi/tech/1033403294/)
あとは各種unixのcrt0のソースでも嫁

>>738
きっと大丈夫でしょう。726は自分が何を知っていて、何を知らない
のかをキチンと把握していますから、着実に目的に近づいて
いくのではないでしょうか。

＞linker&loader

Linkers & Loaders ( http://www.iecc.com/linker/ ）の邦訳ですね。
他で扱わない内容でよい本だと思いますが各種実行ファイルの
形式とか再配置とか動的リンクとか今回の目的には余分な情報が
多いかも知れません。
726さんは少なくとも組み込みソフトの基本的な知識は持ち合わせて
いるようなので、足りないのはこの本よりは、より実践的なgccやld
などのツールの使いこなし方、じゃないかな。

ld の解説で適当な日本語のサイトが見つからなかった。
http://www.big.or.jp/~mio/it-old/lx_old/lxref/lx_ref_ld_1j.txt
リンカスクリプトの詳細は本家じゃなきゃ駄目?
http://www.gnu.org/software/binutils/manual/ld-2.9.1/ld.html
http://www.gnu.org/software/binutils/manual/



# 関係ないけど Snapshot: MinGW-4.0.1.exe が出てますね。

>>726

まるで数ヶ月前の自分を見ているようです。
某 SH マイコン系から ARM 系に移るのに 処理系は GCC を選択。
私は MinGW クロスgcc に IDE がついた処理系を会社で買ってもらって
そいつが吐き出す GNU ld のリンクスクリプトを見て独力でいろいろ覚えました。
イギリスのRowleyってとこで CrossWorks for ARM ってのが売っています。
http://www.rowley.co.uk/arm/index.htm
４９５ポンド。日本円にすると9万8千円ってとこ。１ヶ月くらい試用も出来ます。
全部覚えてからは CQ出版インターフェース系のバックナンバをそろえて
Cygwin + GCC + newlib 環境に移動。こういう方法もあるってことで。

MinGW4.0.1出たけど、入れるかどうしようか迷ってる。
安定版を待つまでもないかな。

>>739
> ld の解説で適当な日本語のサイトが見つからなかった。
http://www.sra.co.jp/wingnut/technical-info.html
SRAのサイト(http://www.sra.co.jp/wingnut/)は
よく利用させてもらってます。

>741 オラは本家のほうが4.0.xになるまで様子見だべ。

うおぉぉぉ。みなさんありがとうございます。感動です。
それにしても、情報見つけるのがみなさん上手ですね・・・orz

>>728様
　なるほど。.dataセクションは、組み込み系では使わないとか思っていたのですが、
　そうではなく、.rodataからコピーするんですね。
　これには気づきませんでした。

>>730様
　貴重な情報ありがとうございます。これはかなり役に立ちそうです。プリントアウトして読んでみます。
　さらっと読んでみましたが、.init重要そうですね。

>>738様
　これまた誘導ありがとうございます。「Linkers & Loders」という本は見てみる価値ありそうですね。
　DLL関係は確かに必要ないのですが、本の前半が気になるので買ってみようかと思います。

>>740様
　インターフェース系のバックナンバーは会社にそろっているはずですので、確認してみます。
　特に「これイイ！」という記事があったら教えていただけますと助かります。

>>742様
　　貴重なURLありがとうございました。
　　こ、これは・・・という感じです。

>>744

>インターフェース系のバックナンバーは会社にそろっているはずですので、確認してみます。
>特に「これイイ！」という記事があったら教えていただけますと助かります。

2005/1月号
特集　フリー・ソフトウェア活用組み込みプログラミング
http://www.cqpub.co.jp/interface/contents/2005/200501.htm

さんざんフリーソフトの幅広いチョイスで頭を悩ましてから、やっと決心して
昨日MinGWをインストールした。

これから頑張ってC++の勉強をするぞー

プロセス間でデータをやりとりするにはどうしたらよいのでしょうか？

>>747
データ量と速度とタイミング、後は両者の関係がわからんとなんとも。
pipeでことが足りるならスクリプトでも書けばいい話だし。

基本はファイルでやりとりかとおもふ。低速だけど

やっぱり C O M でしょ。

ファイルだなんて、一体どこの世界の基本だよ

Unixならよくある話だ。

例えば? まあ747がどういうシチュエーションなのか書かんとしょうがないけど。

cygwinを使ってるんですが、以下のように文字化けします。
↓はrm --helpを実行した時の文字化けの一部分です。

-v, --verbose explain what is being done
--help ､ｳ､ﾎｻﾈ､､ﾊ�､ｽｼｨ､ｷ､ﾆｽｪﾎｻ
--version ･ﾐ｡ｼ･ｸ･逾ｽｼｨ､ｷ､ﾆｽｪﾎｻ

`-' ､ﾇｻﾏ､ﾞ､・ｾﾁｰ､ﾎ･ﾕ･｡･､･・・・ｹ､・ﾋ､ﾏ｡｢ﾎ网ｨ､ﾐ `-foo' ､ﾈ､､､ｦ･ﾕ･｡･､･・ﾊ､
､ｳ､ｦ､､､ｦ･ｳ･ﾞ･ﾉ､ﾈ､､､ﾞ､ｷ､遉ｦ
rm -- -foo

rm ./-foo

他にもgccでコンパイルする時もエラーメッセージが文字化けする事があります。
cygwinを入れたときからずっとこの症状が続いてるんですが、原因は何でしょうか？

EUC

環境変数 LANG

moconv.sh とやらを実行したら日本語で正常に表示されるようになりました。

rxvtに変えたらRunMW32でMeadowが起動しなくなりました。
command not foundと表示されてしまいます。
コマンドプロンプトだと上手く行きます。
どうすればrxvt上でもMeadowが起動できるようになるんでしょうか？
alias使っても.emacsのロードに失敗とか、
cygwinのhomeに何故かkazと言うディレクトリが作られてしまいます。

>>758
オマエなんかに釣られてたまるか！

MinGWってJavaよりも遅いの？　例えば、下の二つのプログラムをIBMのThinkPadT40
上で走らせると、Javaは0.45秒で走るのに、MinGWは2.5秒もかかる。
他にもいろいろやってみたけど、大抵MinGWのほうが2倍以上時間がかかるんだけど。

import java.util.Date;
#include <stdio.h>
#include <time.h>

int main(int argc, char **argv) {
register double s1,k;
clock_t start,end;
double elapsed;
k = 10.;
int i;
long j;
start = clock ();
for (i = 0; i < 10000000; i++){
s1 = log(k);
}
end = clock ();
elapsed = ((double)(end-start))/ CLOCKS_PER_SEC;
printf ("Time it took = %f s \n",elapsed);
return (0);
}

#include <stdio.h>
#include <time.h>

int main(int argc, char **argv) {
register double s1,k;
clock_t start,end;
double elapsed;
k = 10.;
int i;
long j;
start = clock ();
for (i = 0; i < 10000000; i++){
s1 = log(k);
}
end = clock ();
elapsed = ((double)(end-start))/ CLOCKS_PER_SEC;
printf ("Time it took = %f s \n",elapsed);
return (0);
}

>>760
最適化してはる?

>>760
register doubleはやめとけ。
それと、for文の中身だが、s1に結果を代入しているだけで、後は捨てて
いるので、Javaの方は最適化で実行してない可能性がある。

アセンブリ出力を出して見てみ。

MinGWじゃなくclやCygwinだとどうなる？ある種の最適化はJITの方が得意なんで
ネイティブよりJavaの方が早いこともある。

最適化が一番効いてくるのはループだしな

またJava厨か。

>>766
Java厨じゃないよ。単純に、自分の書いたJavaのプログラムの方がgccよりも
早かったから、びっくりしただけ。

>>762
最適化してみたけど、全然変わらなかった。こんな単純なコードじゃ、最適化
の意味が無いのでは。

あと、ループの中身を、k *= .9999999;に変えて1,000,000,000回まわしてやった
結果、MinGW7.84秒、Java7.83秒とほぼ同じ結果になった。

>>763　
register doubleはこの場合あっても無くても影響なしでした。
（別のプログラムでは、10倍以上スピードアップしたが）。
あと、面白いのは、MinGWで、doubleの代わりにfloatを使ったら、16.87秒と、
時間が倍以上に伸びた。

単純な掛け算ではほぼ同じスピードってことは、logとかsqrtとかの
アルゴリズムが、Javaの方が良いということかな。

あと、ループの実行速度が殆ど変わらないということは、Javaもループとかは
ランタイムにコンパイルしながら実行してるってこと？でしょうね。

>>764
Cygwinはインストールしてないので試してません。

>>760
VCToolKitで試してみたら最適化オプション無しで0.35秒
O2付けた計測できなかった

>>767
逆。単純で何もやってないからこそ最適化かけやすい。
logの意味まで解析できれば>>763がいうように次のように最適化できるから
JITのほうが有利かもしれんし。
#include <stdio.h>
#include <time.h>

int main(int argc, char **argv) {
clock_t start,end;
double elapsed;
long j;
start = clock ();
end = clock ();
elapsed = ((double)(end-start))/ CLOCKS_PER_SEC;
printf ("Time it took = %f s \n",elapsed);
return (0);
}
doubleとfloatの話は単精度と倍精度と80bitのフォーマット変換コストかも。
つうか、どっかで実行コストと最適化についてざっと調べろ。

はいはい。大抵JavaがCより速いってことでFA。
Cなんかよりずっと速いJavaを使ってくれ。

どなたか下の宿題解いてくださいませんか？？なんかもうさっぱりです。
今年こそは単位とりたいのですが自力でできる気がしないんです…

ダミー節点を使わないリスト構造を用いて，挿入整列の
プログラムを作成せよ
・リスト構造は，ポインタによるリンクリストを用いること
・整列前のリスト内の各要素，整列後のリスト内の各要素を
　表示するようにすること

とりあえず、スレ違い。

それ承知で書き込みました、ほんとに追い詰められてるんですTT
どうか良心的な方お願いします。

なんだ良心的って。良心的かどうかという問題じゃないだろ。
プログラミングだけじゃなくて日本語もダメみたいだな。
スレ違いなんだから諦めれ。

わかりました、すみませんでしたm(__)m

>>767
floatで速度が遅くなるのは当たり前。
doubleへの昇格の話はC言語の仕様の基礎だぞ。

>>776
お前まだANSI C以前の古いCの話してんのか。

>>769
-Xintオプションをつかって、JITコンパイラーを回避したら、Javaの実行時間
が約8倍長くなりました。

>>777
floatで遅くなったのは定数がdoubleだから格上げが起きているため。
それはcommonCでもC89でも同じこと。
C89ならfloat定数でdouble格上げを回避できるかもしれないだけの話。

>>779
そりゃ、log()のプロトタイプがdoubleを引数に取ってたら仕方ない罠。
log(float)の需要が低いので、作らなかったか、古いCに仕様を合わせたかの
どちらかだろう。

>>780
遅くなったのは乗算の方だと思うのだが。

floatからdoubleに変換してから計算した結果をfloatに変換

>>781
CPU依存だけど x86 では float でも double でも 80bit で演算しますが。
CPU 内の演算を 32/64/80bit のどれでやるかはステート変更命令でコントロール可能。
_controlfp を調べてくれ。

FPUの精度を弄らないんなら、float の利点はサイズが半分でキャッシュ効率が倍になることしかない。
C言語だと double 昇格で足を引っ張られることが多いので double が無難。

結局Cは未だにPDP-11の遺影をひきずっているという事っすね・・・・。

>>783
時間測定したのは漏れじゃない。漏れはfloatなんて一切使わないしね。

オブジェクトを生成しない単純なコードだけ見せてJavaはCより速いんだって
言っても釣りにしか聞こえない。

コンパイルまではうまくいくんですが実行しようとすると
Segmentation fault(core dumped)と表示されて失敗します。
原因は何でしょうか？

>>787
gdbでbtしる！

>>788
ほんとごめんなさい、２ちゃんはじめたばっかで用語に疎いので
解読できません。できれば標準語で書いていただけませんか？

>>789
【初心者歓迎】C/C++室 Ver.17【環境依存OK】
http://pc8.2ch.net/test/read.cgi/tech/1115958601/

>>790
わかりました

なんか、マルチスレッドのプログラムをコンパイルしたら
gcc: unrecognized option "-pthread"
と怒られるのですが、どうすればいいですか？
超既出だったら、ごめんなさい

-lpthread

ありがとうございます。見事にうまくいきました
そいえばFreeBSDで-lphreadでエラーがでて-pthreadに変えたことを忘れてた・・・orz

どうも、また壁にぶち当たりましたorz
ソケットのselectがおかしな挙動します・・・
非ブロッキング型の通信プログラムを組んでいるんですが

FD_ZERO(&readmask);
FD_SET(sock,&readmask);
FD_SET(0,&readmask);
while(1){
timeout.tv_sec = 10;
timeout.tv_usec = 0;
if(select(max_fd,&readmask,NULL,NULL,&timeout) != 0){
if(FD_ISSET(0,&readmask)){
〜〜
if(FD_ISSET(sock,&readmask)){
〜〜
このときにconnectしたりしても反応がありません。
FreeBSDではうまくいったんですが・・・（´д｀；）

とりあえずタブが表示されない件

FD_ZERO(&readmask);
FD_SET(sock,&readmask);
FD_SET(0,&readmask);
while(1){
　　timeout.tv_sec = 10;
　　timeout.tv_usec = 0;
　　if(select(max_fd,&readmask,NULL,NULL,&timeout) != 0){
　　　　if(FD_ISSET(0,&readmask)){
　　　　　　〜〜
　　　　if(FD_ISSET(sock,&readmask)){
　　　　　　〜〜

↑
名前ミスしてしまた・・・
スレ汚しごめんなさい

まさかmax_fd+1なんてオチじゃないよな？

Javaの方がC++より速いというのは、常識なんだが・・

lddをインストールしようと思ったのですが、lddがパッケージ一覧に見あたりません・・・

じゃああきらめよう。

>>800
binutilsあたりになかった？

>>802
それはld

仮にlddがあったとして、一体何に使うつもりなんだか

072

platexが見当たらない

cygwinってeggでコンパイルできないんですか？

WindowsXP＋DevC++-JP（Mingw）でOpenCVを使おうと
ttp://www.design.t.u-tokyo.ac.jp/~nakano/opencv.html#code_make
ここのサンプルプログラムをそのまま流用したところ、
コンパイル後実行したところ、エラーが発生しました。
デバッガを動かしたところ、cvCaptureFromCAM()関数で
「メモリアクセス違反」（だったかな…）といわれました。
OpenCVから用意されてる関数を使おうとするとこのようになるみたいです。
何か解決方法があれば教えてください。

ちなみに、Meでも同じようにしてコンパイル＞実行をしてみましたが、
結果はおなじでした…

WindowsXPでCygwinデバッガ gdbを使っていますが、プログラム実行時の
標準入出力のリダイレクトがうまく行きません。どうやったらうまく行くの
かご教授をお願いne。

実行したコマンド

c:\>gdb test.exe
:
:
(gdb) run >output.txt
出力結果 <--- リダイレクトされずに表示されてしまう
Program exited normally.
(gdb)

set args

C のマクロ文について質問させてください。
マクロを一時的に無効にしたいのですが、可能でしょうか？
可能でしたらご教示よろしくお願いします。

#if ...
#define ABC ...... // 条件による定義
#endif

#invalidate ABC // 一時的に ABC を定義を無効にしたい
#validate ABC // 定義を有効にしたい
(#invalidate #validate なんてマクロ文はありませんが...)

>>811
「一時的に」は無理。
#undef ABC
して、改めて
#define ABC ...

もしABCの定義が散らばるのがいやならば、
#if ...
#define ABC ...
#endif
だけのdefine_ABC.hでも作って、

#undef ABC
...;
#include "define_ABC.h"
とでもするとか。

おっと、名前消し忘れたぜ…_/￣|○

>>812
ありがとうございます。
とても勉強になりました。

MinGW 4.1.0 Release出てるね。

>>815
変更点キボン

>>816
mingw-makeが新しくなってる。4.0.5からの変更点はこれだけかな？

gcc4.0.0とは別物。MinGW自体まだgcc3.4.4の候補版止まりだし。
で、MinGW本家で、全部ダウンロードするのか、その都度ダウンロード
する今までの形式に戻すか、議論がされている。まだISDN使ってる
人がアメリカでは多いみたいで。

という事で、MinGW3.4.2を現在使っている人は、好奇心で入れて
みるか、入れないでそのまま様子見でもいいと思う。3.4.4はまだベータ版
なのでさすがに怖い。

gcc version 3.4.2 (mingw-special) というものを使っているのですが、
C の gcc 拡張として ushort や uint といったタイプは使えないのでしょうか？
Linux 上の 3.3.3 で普通に使えていたので、そのままソースを持ってきたのですが、
エラーでまくりで。

>>818
gcc拡張でもなんでもない。
typedef unsigned short ushort;

mingw-gcc3.4.4 いれていくつかプログラムをビルドして
みたけど、いまのところ大きな問題はないみたい。

>>808
なんとか自己解決できました。
下の2つのサイトを参考に（Cygwinでの解決方法ですが）
Dlltoolを使いdllに接続するライブラリを作れば大丈夫なようです。
ttp://www.dh.aist.go.jp/~kimura/opencv/opencv-0.9.5.html.ja
ttp://hawaii.aist-nara.ac.jp/~takash-b/japanese/opencv.html#OpenCVonCygwin

ライブラリの作成方法（コマンドプロンプトから）
echo EXPORTS > xxx.def
nm \Program Files\OpenCV\lib\xxx.lib | grep ' T _' | sed 's/.* T _//' >> xxx.def
dlltool --def xxx.def --dllname xxx096.dll --output-lib libxxx.a

※xxxはOpenCVに同梱されているライブラリ名、cv,cvaux,cvcam,cxcore,highguiが入ります。
※grepやsedコマンドはChStandard（ttp://www.softintegration.com/products/chstandard/download/）が必要。

>>821
自己解決＆報告乙。

wget-1.9.1-mingwPORT.tar.bz2 ｷﾀ

mingwかcygwinで64bitバイナリ吐けるgccあります？

まだ
Binutils待ち
ていうかむしろ俺が欲しい
そして俺にはBinutilsハクるだけの気力ﾅｼﾝｸﾞ

正確に言うと
GCCはx86-64の汗んぶりコード吐けるのだが
それをELF64でなくCOFF+(だっけ?)で吐ける
Binutilsがまだ存在しない。

まだないのか
yasmがあるから行けそうな気もするんだけどなぁ

Cygwin+gccで○○がコンパイルできない的な質問はここでよろしいでしょうか？
もし違いましたら誘導お願いします。

cygwin gcc 相談だから OK だと思う

>828
自前で書いたプログラムならともかく、配布されてるものなら UNIX 板か Windows 板の Cygwin スレじゃないか？
現状どっちも雰囲気よくないけどね。

言語やコンパイラ類自身に関する問題ならこちらでもかまわないと思うが、
たいていは、ヘッダー関連など Cygwinのシステム上の問題、
「コンパイルできない」んじゃなくて単に Cygwinへの移植がわからない、
というのを認識できてない場合が多いだろうからなあ。
このほとんどの場合は、Cygwinスレのほうがより妥当だと思うが。

829様
830様
831様

丁寧なレスポンスどうもありがとう御座います。
このスレッドを見る限りコンパイラ類自身の話題が多いと判断しました。
そこでCygwinスレのほうへ行って見ます。

MinGWでDLLを作りたいのですが
gcc -O2 -o hoge1.o -c hoge1.c
gcc -O2 -o hoge2.o -c hoge2.c
dllwrap -k -def hoge.def --driver-name gcc -o hoge.dll foo.a hoge1.o hgoe2.o
とやってもうまくリンクされません
リンク時に実行しているfoo.a内の関数がundefined reference to 〜と出てしまいます
どうやってリンクさせたらいいですか？

普通にEXEファイルは作れるのでライブラリ自体は正常だと思います

>>833
> リンク時に実行しているfoo.a内の関数がundefined reference to 〜と出てしまいます

この文が不明確。ちゃんと詳しく書きましょう。「実行」ってなんだ。

> 普通にEXEファイルは作れるのでライブラリ自体は正常だと思います

インポートライブラリfoo.aは正常と言いたいのかな?

>この文が不明確。
hoge2.cの中でfoo.aの中の関数func()を呼び出しているのですが
undefined reference to `func'
とdllwrapを実行するとエラーになってしまいます

>インポートライブラリfoo.aは正常と言いたいのかな?
そうです。

>>835

だったら、
> dllwrap 略 -o hoge.dll hoge1.o hoge2.o foo.a
じゃない？

えっ！？
順番って関係するのか…il||li ○|￣|＿
リンクできました。スレ汚しスマソ

エラーは出なくなったけどやっぱりリンクされていないっぽい…orz
ビルド後のDLLのサイズがfoo.aより明らかに小さいし…

>>ビルド後のDLLのサイズがfoo.aより明らかに小さい
だからなに？

>>838
hoge.dllのサイズとインポートライブラリfoo.aのサイズは何の関係もないぞ？

mingwの日本版ではない物を使っているのですが
2バイト文字を使っていてもエラーや文字化けが起こりません
どうしたらいいでしょうか？

あきらめる

>>841
文字化けに関してはソースの文字コード変えてみたら？
うまくいけばエラーにもかかるかも。

文字化けやエラーを起こしたいのか

>>841
「ソ」とか「表」を使ってみれ。

MinGWでマルチスレッドな事をしたいんだけどどこか解説しているWebページとかあったら教えて下さい

>>846
コードはVC++のときと何ら変わらんですよ。

VC++にあってMinGWにないスレッド関係の関数があるとか無いとか見たことあるんだけど
そこら辺は問題なし？

ぱっと思いつくところでは、MinGWには__declspec(thread)がない、ぐ
らいかなあ。

thx。VC++のサンプル見ながらやってみます

俺はpthreadつかうよ。

MinGW + gcc 3.4.2を最近インストールしたのですが、gcc 3.3.1の頃に比べて
全く同じソースでも、吐き出すバイナリが少しばかり大きいことに気が付きました。
吐き出されたバイナリをエディタで覗いてみると、

-LIBGCCW32-EH-2-SJLJ-GTHR-MINGW32 w32_sharedptr->size == sizeof(W32_EH_SHARED) %s:%u: failed assertion `%s'
../../gcc/gcc/config/i386/w32-shared-ptr.c GetAtomNameA (atom, s, sizeof(s)) != 0

という、3.3.1でビルドした時にはなかった文字列が含まれていました。
stripしても残ったままです。

これは一体何で、削除する方法はあるのでしょうか。

細かいことを気にしていると禿げるぞ

>>853
まあ、そうおっしゃらずに。

>>852
必要だからlibgccからリンクされるんであって、削除しようなんて考え
ないことだ。

MinGW環境で使えるGUIなソースレベルデバッガってあったら教えて

insight？
gvd？
好きなのを選べ

>>852
古いの使うか自分でビルドしる

MinGWのgccではなく、cygwinのgccを使うメリットって何？
単に"Unixもどきのコマンドやスクリプトが使える"ってだけかな。
UnixにたいしてこだわりがなければMinGWでOK?

/dev/以下が使えるとか

>>859
「もどき」じゃなくて本物だけどね（gnuプロダクトを「本物」と言えれば、だけど）。

Windowsにそもそも存在しない概念とかはmingwでは未実装になってることもあるから、
unix由来のソースをコンパイルする場合はmingwでは役者不足の場合もある。
Windowsでしか使わないものを自分で作るのであれば、その辺考慮して、お好きなように。

gccに限った話なら、cygwinのgccでもmingw相当のバイナリ（つまりcygwinに依存しない）
が作れるから、コンソール環境が揃ってるcygwinを使わない理由はあんまりない。
cmd.exe（command.exe）で十分だってのなら、こちらもお好きなように。

>>861
>command.exe
違和感を覚えた俺…

cmd.exe
command.com

>>861
役者不足って、
力不足か？

cygwin core が GPL でなければいつまでも mingw と
分離し続けることもなかったのになぁ
合流して一本化できたかもしれない

>>862-864
ｿﾉﾄｵﾘﾃﾞｽｺﾞﾒﾝﾅｻｲ...orz

実現方法も方向性も全然違うというのに、どうやって一本化するというのか

ヒント：EGCSとGCC

UNIX用のCコードをWINDOWS　CYGWINでコンパイラしようと思ったんだけど、
エラーばっかり出て使えない・・・なんで？
楽したいのに･･･

>>869
つ[ちらしの裏]

真面目に質問したいのなら、もっと具体的に書かないと誰もアドバイスできないかと。

gcc ファイル名.c　>　name.txt としてもエラーがリダイレクトできない・・・

DOSでやったらコピペできました。
エラーが多いので端折ります
/usr/include/stdio.h:176: error: parse error before "size_t"
/usr/include/stdio.h:196: error: parse error before "fread"
/usr/include/sys/unistd.h:57: error: parse error before "size_t"
/usr/include/sys/unistd.h:59: error: parse error before "size_t"
ファイル名.c:175: error: parse error before "__i"
ファイル名.c:175: error: `__i' undeclared (first use in this function)
等。
CYGWINは最新でgccはsetupで入れ直しました

>>872
こんなエラーが１００行ぐらい続きます。
他のCコードでも同じようでした。

>>871
gcc 2>&1 > name.txt

>>872
インストールが巧くいってないんでないの?
「UNIX用のCコード」ではなく、単純なプログラムを書いてそれで試したら?

>>874
ごく簡単なプログラムなどは動くようです。
setupインストールを再度しても同じ結果。

んじゃ、その問題の「UNIX用のCコード」でstdio.hをインクルードする前に
マクロか型定義がぶつかっているのではないかな?
インクルードする順番を変えてみるなどしてみるとか。
#さもなきゃその「ファイル名.c」を晒すかな。

>>875
874が言ってるのは、(動くかじゃなく)ごく簡単なCソース(例えば
Hello World の出力のみ)ならばきちんとコンパイルできることを
確かめたのか、と言うこと。
それが大丈夫なら、エラーの起こるソースの移植性が悪いだけかも。
というか、初心者のCの勉強だとするとスレ違いだしつきあいきれない。
それと、一番最初のエラーが
/usr/include/stdio.h:176: error: parse error before "size_t"
だったんだよね?

>マクロか型定義がぶつかっているのではないかな?
ぶつかってる(conflict)なら、ちゃんとそのエラーが出るけど、
初学者はエラーをきちんと読まない人もいるからねぇ。
まあ、最初のエラーじゃない可能性もあるし。
例えば他に次のコードでも、同じエラーを起こせてますし。

#define __size_t
#include <stdio.h>

In file included from sample.c:2:
/usr/include/stdio.h:176: error: parse error before "size_t"
/usr/include/stdio.h:196: error: parse error before "fread"
/usr/include/stdio.h:197: error: parse error before "fwrite"
/usr/include/stdio.h:236: error: parse error before "size_t"

すみません解決しました。
どうやら複数のコードがまたがってたみたいで、
コードごとに分けてコンパイルしなきゃいけなかったいです。
＿|￣|○iii
すみません・・・でも勉強になりました。
ありがとうございました。

意味がわからんが、関わるだけ無駄というのは分かった。

本当に恥ずかしい質問です。
cygwinをインストールしたときにデスクトップにでたショートカットを間違えて消したんですが、どうすればまた起動できますか？
Cドライブの中のフォルダ内は探したのですが、それらしいのはありませんでした。

cygwin.bat

>>881
俺の場合そのショートカットは"D:\cygwin\cygwin.bat"にリンクされているようだ。

>>833
ぐわっ…俺と同じドライブに入れてる…ｗ

>>882
>>883
レスありがとうございました。おかげで解決しました！
すいませんが、もうひとつ質問致します。
インストールしてCドライブにできたcygwinをCDに焼いて、オフライン環境のパソコンに移しました。
そこでcygwinを起動したのですが、コマンドプロンプト画面に
bash.exe: warning: could not find /tmp, please create!
と表示され、普通に操作できません。
tmpフォルダがないので出来ないと思い、bash.exeがあるフォルダに作ったのですが無理でした。
どうすればいいのですか？

>>885
cygwinはマウント情報をレジストリに持っている

>>885
>bash.exeがあるフォルダに作った
which bash の結果と /tmp をじっくり比較しなさい

レジストリを読まずに.iniを読むようにするパッチをどっかの人が
作ってたと思うからそっちを調べるとか

cygwin上にターゲットがi386-pc-elfのクロスgccをインストールしましたが、
実際にそのgccでお決まりのhelloworldをコンパイルしようとしたのですが、ldに怒られます。
バージョンは、
gcc: 3.4.4
binutils: 2.16
newlib: 1.13.0

エラーメッセージは
/usr/lib/gcc/i386-pc-elf/3.4.4/../../../../i386-pc-elf/bin/ld: crt0.o: No such
file: No such file or directory
collect2: ld returned 1 exit status

>>886
>>887
>>888
みなさんレスありがとうございます。
現在、携帯しかオンライン環境がないので、再来週あたりにじっくりやりたいと思います。
本当にありがとうございました。

ttp://pc8.2ch.net/test/read.cgi/unix/1107587275/701 より。

Windowsを再インストールした後でcygwinを動かす方法

環境変数CYGDIRを登録
set CYGDIR=D:\cygwin

レジストリを変更
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions]
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin]
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2]
"cygdrive prefix"="/cygdrive"
"cygdrive flags"=dword:00000022
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
"native"="%CYGDIR%"
"flags"=dword:0000000a
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin]
"native"="%CYGDIR%/bin"
"flags"=dword:0000000a
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib]
"native"="%CYGDIR%/lib"
"flags"=dword:0000000a
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options]

cygwinでCのファイルをコンパイルしようとしたら
bash: gcc: command not found
ってエラーが出るんだけど何でか分かります？
教えて下さい。

>>892
gccをインストールしていないのでは?
Cygwinのsetup.exeでgccにチェックはしてある?

>>892
"command" と "not" と "found" を英和辞書で引いてみれば原因が分かるのではなかろうか

>>892
cygwinインストールのデフォルトは"Devel"がOffになっているので、
"Devel"をマウスでいぢくってinstallにする必要がある。

漢なら黙ってフルインストール

>>896
cygwin以下を除外すればいいけど、ウイルススキャンが時間かかる。

>>891
この文はコマンドプロンプトに打ち込むんですよね？
認識されません、などと出てうまくいかないのですが…

ﾎﾟｶｰﾝ(　д)　　ﾟ　ﾟ

　 　∩＿＿＿∩　　 　　　　　　|
　　 | ノ,,＿ 　 ＿,ヽ　 　　　　　 .|
　　/　　"ﾟ'`　{"ﾟ｀ |　　　　 　　 J
　 |　∪　　,__''_　　ミ　 　　　
　彡､　　　 ー 　　 |　　　 　　　
/　　　　 ∩ノ ⊃　 ヽ　　
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

釣りじゃないです…助けてください…

>>901
まず目的を書け。

>>902

>>885を参照ください。オフライン環境で起動させるためです。

>>903
コマンドプロンプトからregeditと打ち込んでみるべし。

あー、変なもん弄るなよ。
マシンが起動できなくなっても俺知らんからねｗ

>>904
レジストリエディタは開けました。ありがとうございます。
そこからcygwinフォルダを開いたんですが、どこに文章を打ち込めばいいのですか？
テキストをレジストリに変えてインポートするのも無理でした。新規で試しましたが出来ませんでした。

>>906
cygwin使う前にwindowsの使い方覚えたほうがいいと思う。

ダウンロードしたファイル一式持って行ってsetup.exeでローカルインストールした方が早くないか？

Cygwinを使うのがまだ早い

特殊な理由がなく、たんにシグインをネット隔離マシンにインスコしたいだけなら
>>908の方法をオススメする。
シロートがレジストリエディタいじるのは危険じゃて。
（まあ失敗->後悔するのも勉強だとおもうけど）

それではいつまでもシロートのまま。
レジストリなどガンガンいじれ。
そして涙を流せ。
涙の数だけ強くなれるよ。

そんな筋の悪いやり方で似非玄人になられても使えない。

復旧手段を知っているのなら、いくら破壊しても構わないと思う、が
レジストリの操作が出来ないのなら問題外だね

>>908の方法がいちばんいいよ

レジストリを初めて触って、間違ってOSが立ち上がらなくなる経験を経て
はじめて一つ賢くなれる。

よっぽどバカなんだな。

Cygwin自体レジストリもわからないような素人が使える代物じゃないと思うけど…

>>911
同意だな…俺も昔うっかりexeの関連付け、いじっちゃって復旧不能→OS再インストールしたことあるよ…orz
ある程度慣れてくればどこをどういじると危険なのかわかるようになってくるよね

>>912
マニュアルに書いていないトラブルが起きると何も出来ない知識人乙ｗ

>>912に>>917のようなレスを返すようだと、論理学の基礎を学び直した方がいいぞ。

俺の歴史、最初に触れたのはPCDOS6.2だった
helpて打って流れる文字みてるだけだった。楽しかった
飽きてきたのでhelpで流れる文字を打ち込んでみた
全部がなんやら英語だらけで同じメッセージだしてきた。つまんなかった

でも一つだけなにやら立体的なもん出しやがった。楽しかった。
カーソル動かしまくっていろいろ押した。全部押した。
翌日何も動かなくなってた。奴の名前はfdisk
スキルのついた今ならはっきりとわかるfdisk以外が吐いてたメッセージは
引数よこせよばか！！だったんだ

険しい道を選べ、レジストリぐらい屁でもねー

ROM BASICとモニタしかなかった頃ならともかく、
その時代にそんなやりかたって非効率すぎ。
単にものの学び方を知らないだけでしょ。

サルですな

try & errorなんて時代遅れ

最先端のやり方教えれ。

>>923
喪前様が最先端。

Google先生に聞く

stringsとstraceしてみる自分は…

いくつか質問があります。

１つ目は、ここの

http://coconut.sys.eng.shizuoka.ac.jp/bmp/#lib

bmp.h、bmp.c、test0.cをcygwin+gccでコンパイルしてみたら、
きちんとbmpが作成されたんですが、

bmp.h で MAXWIDTHとMAXHEIGHTが1000になっていて、

color data[MAXHEIGHT][MAXWIDTH]

となっているのでスタック領域が2MBを超えているはずなのになぜかうまく動きます。
あと、これをg++でコンパイルしようとしたところ

multiple definition of〜とかになり通らなかったのですがなぜなのでしょうか？

またその後、bmp.hのグローバル変数をbmp.cだけのほうに記述することでそのエラーはなくなり、
g++でもコンパイルできたのですが、その場合実行するとスタックオーバーフロー〜のような
エラーが出ます。


MAXWIDTHとMAXHEIGHTをそれぞれ590あたりにすると2MB以下になるので実行もできたのですが、
なぜ最初の状態でgccでコンパイル、実行したときは1000、1000で出来たものが
上記のように修正した結果スタックオーバーフローが出るのでしょうか？

どなたかご存知の方いますでしょうか？

>>927
まずbmp.hのcolor data[なんちゃら][うんちゃら]は定義。
そしてtest0.cのimgは静的変数なんでスタックには配置されない。
だからスタックオーバーフローにもならない。

あとの修正なんちゃらは、ｼﾗﾈ。まあがんがれや。

普通にコンパイル通るな。
g++でコンパイルするとmain()に型がないから怒られるけど。

つか、これC/C++の話だな。

>> test0.cのimgは静的変数なんでスタックには配置されない。

とのことなのですが、なぜか

　 5 [main] img 1980 handle_exceptions: Exception: STATUS_STACK_OVERFLOW
634 [main] img 1980 open_stackdumpfile: Dumping stack trace to img.exe.stack dump

のようなエラーが出てしまいます。
スレ違いとのご指摘がありましたのでc言語のほうへ行ってきます。

http://coconut.sys.eng.shizuoka.ac.jp/bmp/#lib
ここにある、bmp.h、bmp.c、test0.c（test1.c）をcygwin+gccでコンパイル＋実行すると、きちんとbmpが
作成されたんですが、これを自分なりに修正していくうちにスタックオーバーフローが出るようになりました。
以下はその修正したのを省略したものです。

img.c
------------
#include "bmp.h"

int main(int argc, char** argv) {
　img tmp;
　return 0;
}
-------------
bmp.h
-------------
#define MAXWIDTH 1000
#define MAXHEIGHT 1000

typedef struct {
　unsigned char r;
　unsigned char g;
　unsigned char b;
} color;

typedef struct {
　color data[MAXHEIGHT][MAXWIDTH];
} img;
--------------

すいません、2chブラウザを使っていて同じタブのままレスしてしまいました。

スタックのサイズなんて実行環境によって違うんだから当たり前だろ

実行環境以前に Cを理解してないのが問題なので、
もうここでは止める、がよろし。

UNIT GenieList;

INTERFACE

USES
SANE, DialogUtils, GFiles, GCommonDec;

PROCEDURE MAIN (lMessage: INTEGER;
lSelect: BOOLEAN;
lRect: Rect;
lCell: Cell;
lDataOffset, lDataLen: INTEGER;
lHandle: ListHandle);

IMPLEMENTATION

PROCEDURE MAIN (lMessage: INTEGER;
lSelect: BOOLEAN;
lRect: Rect;
lCell: Cell;
lDataOffset, lDataLen: INTE

これ何言語かわかりますか？
ファイルの拡張子は.pです。

>>936
PASCALじゃないか？

ひょっとしたらCかもしれんけどな
ttp://www.pro.or.jp/~fuji/computerbooks/c/c.modula2.html

pseudo_pas.h がどこかに隠れてないか探してみろ

>>936
つまらん。氏ね。

cygwinの最新版をフルインストールしたらsysvinit.shを実行するところでフリーズ。
そのまま一晩放置したところ、空き容量30GByteのハードディスクが満杯に。
復帰するのに3日かかったよ・・・

cygwin, gcc ver 3.4.4にてプロファイラが使いたいと思っています。
/*proftest.c*/
#include <string.h>

int main(void)
{
char ss[80] = "abcdefgh";
char str[80] = "ABCDEFGH";
int i;
for(i=0;i<10000;i++){
strcmp(ss, str);
strncmp(ss, str, 8);
}
return 0;
}

こんなサンプルコードなんですがどうやったらプロファイルができるのか分かりません。

↓のようなコマンドでやってみたりもしましたが
$ gcc proftest.c -p -o proftest

下記のような変なエラーが出てしまいます。
どうすればいいんでしょうか

/*変なエラー*/
/cygdrive/c/DOCUME~1/giko/LOCALS~1/Temp/ccmOHUj1.o:proftest.c:(.text+0x9): u
ndefined reference to `_mcount'
/cygdrive/c/DOCUME~1/giko/LOCALS~1/Temp/ccmOHUj1.o:proftest.c:(.text+0x20):
undefined reference to `_mcount'
/cygdrive/c/DOCUME~1/giko/LOCALS~1/Temp/ccmOHUj1.o:proftest.c:(.text+0x35):
undefined reference to `_mcount'
〜〜以下略〜〜

MinGWのcfgmgr32.hってちゃんと動く？
ttp://support.microsoft.com/default.aspx?scid=kb;ja;JP259697
をやりたいのだが機能しないような…？

>>941
-pじゃなくて-pgを試してみたら。

$ gcc proftest.c -pg -o proftest
>943さん
このコマンドでコンパイルできました、ありがとうございます。

ですが、
$./prof, $profとしても
bash: ./prof: No such file or directory
と言われてしまい目的が果たせません。

プロファイラを実行するのに必要なコマンドってありますか？

>>944
gprof

その質問を見るに、なんだか基礎知識が激しく不足してそうね。

>>944
$ gcc -pg -o proftest proftest.c
$ ./proftest
$ gprof ./proftest > proftest.gprof
でどう?

できた、できた、できました〜〜
>946さんありがとうございます。

精進してきます。

>>950
次スレよろ
それとタイトル直してくだちい
cygwin + mingw + gcc相談室ね

MinGWだとWinows、mingwだとクロス環境をイメージしてしまう。
cygwin上だからクロスだろ、と言われるとそうかなと思ったり思わなかったり。

>948
当方plala。合点承知した！

コンソールを表示するDLLって生成できますか？

もっと噛み砕いて、
それどう解釈する？DLLだとなぜできないと？

あ、思いっきり説明不足だな…すまん…orz
DLLのデバッグにSTDOUT(printf等)を使いたい
プラグインなので親アプリ側で作るのは不可能

で、DLL側でコンソールを表示させられないかと…

リストコントロールでもええんちゃうの？Cygwinじゃ多少めんどくさいけど。

ファイルにでも出力するとか

ファイルにappendで出力して tail -f が一番簡単

使っているライブラリの出力先がSTDOUT及びSTDERRなのでこれらのメッセージを取れないと
意味ないんです(インタプリタの組み込みをやっているので…)

STDOUTをリストコントロールとかファイルに出力する方法ってあるんですか？

>>957
パイプを使うのが王道だけど
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/jpipc/html/Toppage_Pipe.asp

AllocConsole()とかじゃ駄目なの？

stdoutなりstderrなりをファイルにすればいいだけでは？

>>957
リダイレクト

>>957

freopen ()

gcc-4.1-20050806がビルドできないorz
次のsnapshot待つしかないんですかね…?

../../gcc/libgcc2.c:772: error: unrecognizable insn:
(insn 30 29 31 2 ../../gcc/libgcc2.c:769 (set (subreg:SI (reg:DI 202) 0)
        (if_then_else:SI (eq:SI (reg:SI 203)
                (const_int 0 [0x0]))
            (subreg:SI (reg:DI 202) 0)
            (subreg:SI (reg:DI 202) 4))) -1 (nil)
    (expr_list:REG_NO_CONFLICT (reg/v:DI 200 [ x ])
        (expr_list:REG_NO_CONFLICT (reg/v:SI 198 [ i ])
            (nil))))
../../gcc/libgcc2.c:772: internal compiler error: in extract_insn, at recog.c:20
84

MSDNヘルプにCのライブラリを使う場合は
CreateThreadじゃなくて_beginthreadexを使えって書いてあるんですが、
これって"msvcrtを使う場合は"っていう意味でしょうか？
だとしたらcygwinではCreateThreadを使っても問題無しで
mingwでは_beginthreadexを使わなければメモリリーク発生の可能性があり
BCCとか他のVCランタイム使わないコンパイラでは
もちろんCreateThreadで問題無いということでしょうか？

CreateThreadはスレッドだけ作ってランタイムの初期化が行われないって
だけだから、結局ランタイムを使いたいときは環境ごとにやり方を調べる
しかない。

Cygwinはpthreadを使わないときつかったような。

日本語のMSDNだとCランタイム使用すると必ずリークするみたいに書いてあるけど、
↓にはもう少し詳しい説明があるね

ttp://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/createthread.asp

A thread in an executable that calls the C run-time library (CRT)
should use the _beginthread and _endthread functions for thread
management rather than CreateThread and ExitThread; this requires
the use of the multi-threaded version of the CRT. It is safe to call
CreateThread and ExitThread from a thread in a DLL that links to the
static CRT as long as the thread does not call the
DisableThreadLibraryCalls function.

ちょっと、ここの人とは環境違うみたいだが・・・適当な場所が思いつかんので・・・誘導プリーズ。
ホストVine Linux、ターゲットi386-mingw32でgccをコンパイルしたら
sys/wait.hがないと怒られるんだが・・・
へるぷみー

GCC自体の話ならこっちかな？
http://pc8.2ch.net/test/read.cgi/tech/1121146723/

素人目にはconfigureでバグorミスってる気がする。
mingwでwait(2)なんて使えるわけないし。

保守

VCから乗り換えで、cygwinでgccを使い始めたばかりなのですが、
gcc -o test test.c
で生成されたtest.exeはクリックするとcygwin.dllがありませんと出てしまいます。
いわゆるリリース版は、どのように生成すればよいのでしょうか？
御指南をお願いします。

>>970
それでリリース版だよ。
VCでコンパイルしたらkernel32.dllやuser32.dllに依存するでしょ。それと似たようなもの。
cygwinで普通にコンパイルするとcygwin.dllに依存した形になるので、
cygwin.dllがパスの通る位置においてある必要がある。

-mno-cygwin

cygwin1.dll

できました。ありがとうございます。m(_ _)m

>>974
Cygwin固有のUNIXシステムコールを使う気が無いのなら、MinGWがおすすめ。

すなわちそれが mingw

すなわちそれが mingwn
次スレもこのままのスレタイで行こうじゃないか

>>980
次スレよろ

チキンレース！！！

↓よろしく

おっ立ててきます。

次スレ
cygwin + mingwn + gcc 相談室 Part2
http://pc8.2ch.net/test/read.cgi/tech/1126103347/

>>980 乙

乙>>980-981

>>982
こら！

>>980-981
おつ