5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Cygwin + MinGW + GCC 相談室 Part 7

1 :デフォルトの名無しさん:2013/01/01(火) 14:47:10.46
Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
Cygwin + MinGW + GCC 相談室 Part 6
http://toro.2ch.net/test/read.cgi/tech/1304609116/
Cygwin + MinGW + GCC 相談室 Part 5
http://hibari.2ch.net/test/read.cgi/tech/1269400706/
Cygwin + MinGW + GCC 相談室 Part 4
http://pc12.2ch.net/test/read.cgi/tech/1221233882/
cygwin + mingwn + gcc 相談室 Part3
http://pc11.2ch.net/test/read.cgi/tech/1177944767/
cygwin + mingwn + gcc 相談室 Part2
http://pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
http://pc8.2ch.net/test/read.cgi/tech/1058134693/

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

関連スレッド:
GCCについて part10
http://toro.2ch.net/test/read.cgi/tech/1315026784/

2 :デフォルトの名無しさん:2013/01/01(火) 14:52:12.18
2 名前:デフォルトの名無しさん[sage] 投稿日:2011/05/06(金) 00:25:49.76
バイナリ配布サイト:
TDM's GCC/mingw32 Builds
http://www.tdragon.net/recentgcc/
Komisar Mingw
http://komisar.gin.by/mingw/
msys-cn - Project Hosting on Google Code
http://code.google.com/p/msys-cn/
MAME | Tools for building MAME on Windows
http://mamedev.org/tools/
MinGW Distro - nuwen.net
http://nuwen.net/mingw.html
mingw-w64
http://mingw-w64.sourceforge.net/
Cross-Mingw.GCC - x86/x64 - XvidVideo.RU
http://www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64.html
猫科研究所(felid labo) - MinGW猫科研究所パック
http://up-cat.net/

3 :デフォルトの名無しさん:2013/01/06(日) 15:21:18.41
ttp://www.mingw.org/wiki/Linking_hangs_under_Windows_7

rare occasionsってのが嫌すね。
exFATやSMBだとどうなるんだろ?

4 :3:2013/01/06(日) 18:38:38.75
安物NASのSMBと100BASE-TXだと、gccのtarballの展開
(NAS上で、bunzip2|tar xf -)
すら時間が掛かり過ぎる。
常用するのは厳しいかも。

5 :デフォルトの名無しさん:2013/01/06(日) 23:34:16.10
mingw の gcc で test.dll とインポートライブラリ libtest.a を次のように作った

g++ --shared -o test.dll test.cpp
pexports test.dll > test.def
dlltool --dllname test.dll --input-def test.def --output-lib libtest.a

それを実際にリンクさせようとしたところ、

g++ -Lライブラリのパス -ltest main.cpp

とやったら、リンクエラー undefined reference to・・・ が発生した。

libtest.a をカレントディレクトリにコピーしてきて

g++ main.cpp libtest.a

とやったら、ビルドできた。

ネット上で mingw の dll の使い方を調べてみると
前者の方法で良いみたいだけど、なぜかできない。
なんで?

6 :デフォルトの名無しさん:2013/01/06(日) 23:47:20.52
main.cpp と -ltest の順番を変えろ。
超 FAQ

7 :片山博文MZボット ◆0lBZNi.Q7evd :2013/01/07(月) 16:22:47.38
いろんな種類のgccが出て来てるね。解説キボンヌ。

8 :デフォルトの名無しさん:2013/01/07(月) 18:30:53.92
イボンヌです

9 :デフォルトの名無しさん:2013/01/07(月) 19:12:20.26
>>6
ありがと、まさにそれだった。

一応使う前に FAQ は見たんですけどね
http://archive.linux.or.jp/JF/JFdocs/archive/GCC-FAQ/

10 :デフォルトの名無しさん:2013/01/07(月) 21:20:05.54
>>8
つまり畑は違えど種は同じ、と

11 :デフォルトの名無しさん:2013/01/08(火) 20:02:26.61
http://www.sixnine.net/cygwin/translation/mingw-doc/mingwfaq.html

ここを見ると、mingw32-make は msys の make に比べて
機能が欠けていたり修正されていたりするそうだけど、
具体的にはどんな機能が書けていたり修正されてるの?

この辺りネットで調べてみても、誰も具体的には説明していないような気がする。

当然だけど、これでビルドされた exe ファイルに違いはないよね?

12 :デフォルトの名無しさん:2013/01/08(火) 21:50:11.56
うん

13 :デフォルトの名無しさん:2013/01/09(水) 02:45:18.56
msys*.dllをリンクしたmakeはMSYSのパス(/usr/local)をネイティブパス(C:\mingw\msys\local)に変換してくれたりするのでは

14 :デフォルトの名無しさん:2013/01/09(水) 03:07:25.90
GNUのサイトからmakeのソースを落としてそのままビルドしようとするとconfigureで

>case "$has_wait_nohang" in
> no) echo
> echo "WARNING: Your system has neither waitpid() nor wait3()."
> echo " Without one of these, signal handling is unreliable."
> echo " You should be aware that running GNU make with -j"
> echo " could result in erratic behavior."
> echo ;;
>esac

と言われる。
waitpid()はmsys-1.0.dllの中にあるので、MinGWのサイトにあるmsysを使うようにパッチされたソース
(make-3.81-3-msys-1.0.13-src.tar.lzma)を使ってビルドされたmakeならば-jオプションがちゃんと動くと思う

15 :11:2013/01/09(水) 07:07:04.43
今まで make って、Makefile に書かれたコマンドを単に実行するだけで、
そのコマンドが使うデフォルトのパスとかには一切関わらないと思ってたが、
話を聞いてるとどうも違うみたいだ

16 :デフォルトの名無しさん:2013/01/09(水) 07:37:39.16
rubenvbって何?

17 :デフォルトの名無しさん:2013/01/09(水) 08:08:20.43
>>15
ディフォルトメークルールで何でもあり。

18 :デフォルトの名無しさん:2013/01/09(水) 09:49:22.40
>>14
msysサポート如何にかかわらず make -j はよく刺さる。 ちゃんと動くバージョン希望。
むしろ今後のプロジェクトでは cmake+ninja にしろ。ちゃんと、しかも高速に並列動作する。
>>16
理解できていないものをことごとく馬具呼ばわりする蘭厨。

19 :デフォルトの名無しさん:2013/01/11(金) 06:40:12.49
>>7-8>>10
そういや32bit版はC++の例外絡みでdw2とsjljに分かれてますね。

20 :デフォルトの名無しさん:2013/01/15(火) 05:11:50.77
分かれてるね

21 :デフォルトの名無しさん:2013/01/16(水) 10:30:52.79
うん

22 :デフォルトの名無しさん:2013/01/26(土) 14:11:55.91
前スレのcommon lispのconfigureがmsysでコケちゃったの別解
msysやめて、cygwinでやってみた
$ CC=i686-w64-mingw32-gcc CXX=i686-w64-mingw32-g++ ./configure --enable-ansi --build=i686-w64-mingw32

(事前にcygwinにmingwなgmpいれとかないといけない。)

これで、configureは成功する。
しかし、makeでまだ、コケる。

23 :デフォルトの名無しさん:2013/01/28(月) 19:28:19.56
c++.exe と g++.exe ってなんか違うん?

24 :デフォルトの名無しさん:2013/01/28(月) 22:02:26.55
>>23
c++.exe と g++.exe のファイルのハッシュ値が一致するから同じものやね。

Linaxなんかだと、どちらかは片方のシンボリックリンクとかになってるんじゃないだろうか。

25 :デフォルトの名無しさん:2013/01/28(月) 22:22:48.97
Linaxっておいw

26 :デフォルトの名無しさん:2013/01/28(月) 22:55:57.28
そうなのか。
何のためにあるんだろ、歴史的な経緯とか、互換性のためかな。

今はどちらでも気にしないで使って良いんだね。
ありがと。

27 :デフォルトの名無しさん:2013/01/28(月) 22:57:17.57
互換性だろうな
ccコマンドと同じ事だろう

28 :デフォルトの名無しさん:2013/01/29(火) 00:41:42.14
>>24-25
トイレ?

29 :デフォルトの名無しさん:2013/01/29(火) 19:39:54.60
みんなgcc捨ててclang使ってないの?
clangはエラーメッセージがgccよりわかりやすくてよい

30 :デフォルトの名無しさん:2013/01/29(火) 19:43:05.04
clangはもっと簡単に使えるようにしてよ
gccみたいに解凍して環境変数設定したら即使えるようにならない限り選択肢にならん

31 :デフォルトの名無しさん:2013/01/29(火) 19:46:21.40
Cygwin の clang はインスコ一発で使えないか?

32 :デフォルトの名無しさん:2013/01/29(火) 19:51:02.66
春先に出るであろうgcc-4.8はclangみたいなエラー表示してくれるよ

33 :デフォルトの名無しさん:2013/02/03(日) 15:37:27.55
cygwinの設定で環境変数を変数名HOME、値/home/usernameと設定したのですが、
HOMEという変数名はcygwinを使うためだけに設定しても大丈夫なのですか?
他のソフトでも環境変数のHOMEを設定するときに不都合があったりするのでしょうか。
大学の授業の延長で自宅のPCでも使えるようにしたので、環境変数とかについては無知です。
よろしくお願いします。

homeディレクトリをC:\cygwin\home\usernameにしておきたいのですが...

34 :デフォルトの名無しさん:2013/02/03(日) 15:42:03.57
たとえばバッチならバッチの冒頭でセットするとか

35 :デフォルトの名無しさん:2013/02/03(日) 15:50:03.47
ふーん

36 :デフォルトの名無しさん:2013/02/03(日) 16:03:55.02
>>33
bash側でHOMEを設定するなら、Windowsアプリには影響しないよ。

37 :デフォルトの名無しさん:2013/02/03(日) 16:12:31.41
>>36
ありがとうございます。
bashについては自分で調べておきます。

38 :デフォルトの名無しさん:2013/02/03(日) 16:51:24.51
>>25
俺の環境ではLinaxはLinuxへのシンボリックリンクだから大丈夫

39 :デフォルトの名無しさん:2013/02/03(日) 18:43:04.43
ちょっと気をつける点があるが HOME を /cygdrive/c/Users/yourname にすると便利なことが多い。

40 :デフォルトの名無しさん:2013/02/04(月) 05:34:41.61
mount?
/etc/fstab

41 :デフォルトの名無しさん:2013/02/04(月) 21:24:25.88
パーミッションが0になってWindowsから書き込みできなくなりった

42 :デフォルトの名無しさん:2013/02/04(月) 23:25:51.76
>>1
新年明けましておめでとう。良い年であるといいね

43 :デフォルトの名無しさん:2013/02/09(土) 16:26:16.21
gcc で32/64bit syntax-only コンパイルを行いたいがスイッチによって定義済みマクロが切り替わらないです。
これって全部自分で再定義しないとだめなの? __SIZE_TYPE__ とか __PTRDIFF_TYPE__ とかその他もろもろ。
ILP32/LP64/LLP64とかを切り替えて syntax-only がしたいんだけどどうすれば?

44 :デフォルトの名無しさん:2013/02/09(土) 16:31:18.05
1. 上記に追加、というかこれが本題で clang で syntax-only をしたいのだが、 -m32/m64 に相当するスイッチも見当たらないしどうやって32/64bitの切り替えを行えばいい?

ちなみに 64bit 想定で size_t が uint64_t 相当になると <new> をインクルードしただけで operator new がエラーになる。
第一引数の size_t は uint32_t 想定である的なエラーになるんだが・・・。
これを解決して size_t が uint64_t でも syntax-check をパスできるようにしたいです。

45 :デフォルトの名無しさん:2013/02/09(土) 16:33:20.06
2. clang で Windows.hを syntax-only したときにデバッグビルドだと __STR2WSTRマクロで勝手にリテラル記号をつけられてしまうのだがclang がこれに対応していないのかリテラルとして処理できずにエラーになるんだが、どうする方法ない?
とりあえず現状 -U_DEBUG で非デバッグ版として回避してるけど、_DEBUG ありでちゃんと通るようにしたい

3. clang のオプションについての質問
-fms-version -fms-extensions を設定しているのに _MSC_VER や _MSC_EXTENSIONS が定義されない
これってどうなの?まだ未対応?

46 :デフォルトの名無しさん:2013/02/09(土) 16:39:51.95
-no include 系オプションがおかしい?
clang -fsyntax-only -x c++ -v /dev/null
とかで表示されるインクルード対象だが、オプション一覧にでてるのは
-nobuiltininc Disable builtin #include directories
-nostdinc++ Disable standard #include directories for the C++ standard library
-nostdsysteminc Disable standard system #include directories

デフォルトでインクルードされる対処を全て除外したいので
clang -fsyntax-only -x c++ -v -nostdinc /dev/null
とかにすると望みの結果になるのだが

47 :デフォルトの名無しさん:2013/02/09(土) 16:42:47.39
clang -cc1 -fsyntax-only -x c++ -v -nostdinc /dev/null
とするとダメ。
正確には -v つけてるうちはよいが外して、ビルドすると cc1 は -nostdinc ねぇよ、っていわれます。
-v -nostdinc で出力されたオプション列を真似して
-cc1 に渡す nobuiltininc/nostdinc++/nostdsysteminc を指定してもinclude対象ディレクトリを全ては除外できずnostdinc相当になりません。
これってどうすればいいんでしょうかね?

48 :デフォルトの名無しさん:2013/02/09(土) 16:47:13.42
ttps://sites.google.com/site/x32abi/
ILP32(x32abi)はウニックス系だけじゃね、つかえるのは
とういうか、windowsでx32apiのバイナリ動く(ある)のけ

mingw64は
i686-w64-mingw32
x86_64-w64-mingw64
で64bit/32bit環境を混在させないようにしてる

clangはこれからでしょ、まだ枯れてないような

49 :デフォルトの名無しさん:2013/02/09(土) 19:12:32.95
mingw初心者で解らんから聞くけど
i686-w64-mingw32 (i686, w64, mingw32)
x86_64-w64-mingw64 (x86_64, w64, mingw64)
の各部は何を意味するですか

50 :デフォルトの名無しさん:2013/02/09(土) 19:16:55.87
ggrks

51 :デフォルトの名無しさん:2013/02/09(土) 19:30:26.16
バツ x86_64-w64-mingw64
マル x86_64-w64-mingw32

i686-pc-cygwin
i686-pc-mingw32

gccのconfig.hostとか覗いてみたら、なんとなくわかるよ

52 :デフォルトの名無しさん:2013/02/09(土) 19:34:21.59
>>44
ggrks

53 :デフォルトの名無しさん:2013/02/09(土) 20:03:04.88
gnu-grks

54 :デフォルトの名無しさん:2013/02/10(日) 10:13:59.39
cygwinの中でしか使い物に成らないんだからPEじゃなくランチャーかましてELFで提供してくれればよかったのに

55 :デフォルトの名無しさん:2013/02/10(日) 10:20:01.98
g++-4.7 になってから C++ ABI が変わったが clang がまるで対応してない感じ。 (ひとごと)

56 :デフォルトの名無しさん:2013/02/11(月) 00:56:03.19
boostをビルドしたが、VCのmlが必要なんだな

57 :デフォルトの名無しさん:2013/02/11(月) 01:34:53.39
boostのビルド時間の長さは異常

58 :デフォルトの名無しさん:2013/02/11(月) 02:18:44.99
distro mingw 9.6

boostが1.53.0になって付属ユーティリティがマイナーバージョンアップしてる以外は
大して変わってない模様

59 :いそろく:2013/02/11(月) 04:35:19.01
>>58
それboost context libがないからcoroutineが使えない
ということで俺boostビルド

60 :デフォルトの名無しさん:2013/02/11(月) 22:00:54.36
いきなりで申し訳ありません。
連投になりますが失礼します。
現在Windows7-64bitOSにCygwinを入れております。
今回tcl/tk-8.4.19ライブラリを入れたいと考え、
Tcl Developper XchangeからGzipファイルをダウンロードしてmakeを行いました。

61 :デフォルトの名無しさん:2013/02/11(月) 22:03:03.62
>>60の続き
tclのほうはうまくいったのですが、tkのほうで./configureをしたところ
$ ./configure



checking for dlopen in -ldl... (cached) yes
checking for ar... (cached) ar
Can't figure out how to do dynamic loading or shared libraries
on this system.
checking for build with symbols... no


となりうまくいかず、makeにも失敗しました。
どなたか解決策を知りませんでしょうか。よろしくお願いいたします。

62 :デフォルトの名無しさん:2013/02/11(月) 22:19:21.55
config.logを

63 :デフォルトの名無しさん:2013/02/12(火) 03:54:38.93
cygwinのpakageは8.5.11ですが
ttp://cygwin.com/packages/tcl-tk/
downstreamがお好きなんですね

64 :デフォルトの名無しさん:2013/02/12(火) 07:11:05.91
レス遅になって申し訳ありません
>>62さん
長くなるのでupしました
レベルが低くurlが張れないので情報だけで申し訳ありません
うpろだ@2chライブラリーの
ファイル名lib634095.txt
オリジナル名config.logconfig.log
です
よろしくお願いします

>>63さん
使いたいソフトをmakeするのに8.5以上のバージョンだとだめで
8.4.19を使わないといけなかったので・・・

65 :デフォルトの名無しさん:2013/02/12(火) 08:12:02.47
これと同じかな

tcl/tkライブラリのインストールについて
ttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11101739481

66 :デフォルトの名無しさん:2013/02/12(火) 12:19:22.54
> configure:5319:28: fatal error: X11/XIntrinsic.h: No such file or directory

67 :デフォルトの名無しさん:2013/02/12(火) 13:32:55.16
./configure --without-x

68 :デフォルトの名無しさん:2013/02/15(金) 14:09:42.33
これってバグだろうか?
ttp://www.07ch.net/up2/src/lena8673.png

Target:x86_64-w64-mingw32
MinGW64 gcc version 4.7.2 (rubenvb-4.7.2-release)

69 :68:2013/02/15(金) 14:21:32.44
ちなみにビルドログ
ttp://www.07ch.net/up2/src/lena8674.zip

70 :デフォルトの名無しさん:2013/02/15(金) 15:26:45.63
64bitアプリっていっても
そんなにでかい静的配列は作れないみたいだよ
windowsの制約らしいけど

71 :68:2013/02/15(金) 15:46:37.18
勘違いしてました。ありがとう

72 :デフォルトの名無しさん:2013/02/15(金) 23:16:17.80
>>64です
長い間入れずに申し訳ありません
>>65さん それと同一人物です

./configure --with-tcl=../../tcl8.4.19/unix \
--x-includes=/usr/include/X11 --x-libraries=/usr/lib/X11 \

のようにしたところパスは一応通り、tkWinDefault.hが見つからないとエラーが出たので
winのフォルダから持ってきたところ一応makeはできました。
皆様のご協力ありがとうございます。

ただ、configureでの
Can't figure out how to do dynamic loading or shared libraries
on this system.
は解決できませんでした・・・

73 :デフォルトの名無しさん:2013/02/17(日) 01:28:11.38
cygwin64キテルよ

74 :デフォルトの名無しさん:2013/02/18(月) 21:57:57.89
>>72
共有ライブラリが作れないっていってんだったら、
--disable-shared
だかなんだか、共有ライブラリを作らない設定にしたらどうだよ。
ってか、メッセージちゃんと読んで./configure --helpでオプション調べるくらいしろよ。

75 :デフォルトの名無しさん:2013/02/21(木) 13:38:42.43
cmdのstartのようなコマンドはcygwinにありますか?
たとえばcygwinコンソール起動中にvimコマンドで、コンソール内でText編集、保存、cygwinに戻ってコンパイル
というのは面倒なので、新しいウィンドウでアプリケーションを起動するコマンドを知りたいです。

76 :デフォルトの名無しさん:2013/02/21(木) 13:49:09.84
>>75
/usr/bin/cygstart.exe

77 :デフォルトの名無しさん:2013/02/21(木) 13:52:30.86
>>76
cygstart vim TestRun.java

でできました。ありがとうございます

78 :デフォルトの名無しさん:2013/03/16(土) 14:39:56.31
windows7の64bit環境でmingwを使いc++のプログラムをコンパイルしようとしているのですが、
環境変数をC:\mingw\binに設定し、hello worldを表示させるだけのコードにコンパイルをかけてみると

g++:エラー:CreateProcess:No such file or directory
となってしまいます

ソースファイルのディレクトリも合っていますしlsで存在も確認できています
ここ数日ほどこれで足止め食らってます どうか解決策をご教授ください

79 :デフォルトの名無しさん:2013/03/16(土) 14:50:17.26
ggrks
エスパー
http://absolutearea.blogspot.jp/2010/07/eclipse-cdt-mingw64bit.html

80 :デフォルトの名無しさん:2013/03/16(土) 15:36:21.84
1.環境変数なんてイラン
2.MinGW64\binをMinGW32\binよりPathの前方に移動させる

これでどや?

81 :デフォルトの名無しさん:2013/03/16(土) 16:28:49.84
>>79
回答ありがとうございます
そのサイトにもたどり着いて試したんですが・・・
-vで内容を確認しても特に間違っている感じはないんです

>>80
同じく回答ありがとうございます
MinGWは64bit分しかいれてないのでMinGW32はないんです

82 :デフォルトの名無しさん:2013/03/16(土) 16:36:49.11
g++ -vでコンパイルしたときの出力を貼れよ
ここじゃなくてpastebinとかでな

83 :デフォルトの名無しさん:2013/03/16(土) 18:15:16.36
g++:エラー:CreateProcess:No such file or directory
ってなんかmingwじゃなくPC側の設定とかに問題ありって感じだな

84 :デフォルトの名無しさん:2013/03/16(土) 18:56:26.28
とりあえず
where gcc
objdump -p C:\MinGW64\bin\gcc.exe | grep DLL
objdump -p C:\MinGW64\bin\gcc.exe | grep for
C:\MinGW64\bin\gcc.exe --version
をやってみようか(C:\MinGW64\binはMinGW64のインストールフォルダ)

http://www.07ch.net/up2/src/lena8814.png

85 :デフォルトの名無しさん:2013/03/16(土) 19:21:19.74
>>82
こんな出力です
pastebin.com/d4q1BMGv
URLを直接張りたいんですがレベルが低いとかで書き込めないんです すいません

>>83
PC側の設定ですか・・・ cmdでコンパイラをさわるのは初めてでどうにも難しくて

>>84
やってみましたところ、こんな出力になりました
pastebin.com/7XPuyLCx

86 :デフォルトの名無しさん:2013/03/16(土) 21:09:09.92
>>85
"cc1plus -quiet -v -iprefix C:\MinGW\libexec\gccx86_64-w64-mingw32/4.5.2/"
libexec\gccとx86_64が引っ付いてるのが原因か
とりあえずもっと新しいコンパイラで試してみて

87 :デフォルトの名無しさん:2013/03/16(土) 21:42:47.25
そのバージョンsourceforgeに無くね?
exeでインストールした?
exeならコントロールパネルから削除してC:\MinGWも全て削除してもっと新しいやつをインストールしたほうが良さげ
zipならそのままC:\MinGWを全部削除して入れ直した方が良さそう
win32とwin64同梱版はややこしいので、たとえばこことか
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/sezero_4.5_20111101/mingw-w64-bin_x86_64-mingw_20111101_sezero.zip/download

88 :デフォルトの名無しさん:2013/03/16(土) 21:47:56.23
>>87
それも古いわw
4.7.2にしとけ

89 :デフォルトの名無しさん:2013/03/16(土) 22:56:54.25
お、俺の環境は古いのか……
ど、どこぞ?

90 :デフォルトの名無しさん:2013/03/16(土) 23:04:05.39
>>89
自分で4.7.2をソースよりビルドする。かっこいい

91 :デフォルトの名無しさん:2013/03/16(土) 23:08:01.75
>>90
configure: error: C preprocessor "/lib/cpp" fails sanity check

92 :デフォルトの名無しさん:2013/03/17(日) 00:06:32.28
cygwinのsetup.exeで入れたらどうなる?

93 :デフォルトの名無しさん:2013/03/17(日) 00:16:28.90
4.8.0のRCが出たらしいぞ

94 :デフォルトの名無しさん:2013/03/17(日) 00:17:17.58
MSYSなんです

95 :デフォルトの名無しさん:2013/03/17(日) 18:35:22.61
最新のVisualStudioでコンパイルしたのライブラリ(lib)とヘッダ(hpp)があります(ソースコードcppはありません)
これをMinGW+MSYS+GCCの環境で再利用することはできますか?

96 :デフォルトの名無しさん:2013/03/17(日) 23:35:14.21
できますよ

97 :デフォルトの名無しさん:2013/03/19(火) 16:58:01.79
>>95
>>96
C 言語のライブラリ(extern "C" { } の中)は使えるけど
C++ は VC と gcc でマングルが違うのでコンパイル済みだと使えなかったんじゃね?

98 :デフォルトの名無しさん:2013/03/19(火) 22:08:41.64
https://www.google.co.jp/#hl=ja&gs_rn=6&gs_ri=psy-ab&gs_is=1&cp=14&gs_id=1hk&xhr=t&q=MinGW+lib+dll+%E5%A4%89%E6%8F%9B&es_nrs=true&pf=p&sclient=psy-ab&oq=MinGW+lib+dll+%E5%A4%89%E6%8F%9B

99 :デフォルトの名無しさん:2013/03/20(水) 00:28:39.52
DLLにコンパイルして動的ロードでおk

100 :デフォルトの名無しさん:2013/03/20(水) 13:48:52.24
お教え下さい。
MinGW32のgccで-m64のオプションをつけるとsorry, unimplemented: 64-bit mode not compiled in
になるけどMinGW32でMinGW64の環境は作れないのでしょうか?

242 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)