996コメント308KB

Cygwin + MinGW + GCC 相談室 Part 7

レス数が950を超えています。1000を超えると書き込みができなくなります。

0001デフォルトの名無しさん

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/

0002デフォルトの名無しさん

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/

0003デフォルトの名無しさん

2013/01/06(日) 15:21:18.41

ttp://www.mingw.org/wiki/Linking_hangs_under_Windows_7

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

00043

2013/01/06(日) 18:38:38.75

安物NASのSMBと100BASE-TXだと、gccのtarballの展開
(NAS上で、bunzip2|tar xf -)
すら時間が掛かり過ぎる。
常用するのは厳しいかも。

0005デフォルトの名無しさん

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 の使い方を調べてみると
前者の方法で良いみたいだけど、なぜかできない。
なんで？

0006デフォルトの名無しさん

2013/01/06(日) 23:47:20.52

main.cpp と -ltest の順番を変えろ。
超 FAQ

0007片山博文MZボット ◆0lBZNi.Q7evd

2013/01/07(月) 16:22:47.38

いろんな種類のgccが出て来てるね。解説キボンヌ。

0008デフォルトの名無しさん

2013/01/07(月) 18:30:53.92

イボンヌです

0009デフォルトの名無しさん

2013/01/07(月) 19:12:20.26

>>6
ありがと、まさにそれだった。

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

0010デフォルトの名無しさん

2013/01/07(月) 21:20:05.54

>>8
つまり畑は違えど種は同じ、と

0011デフォルトの名無しさん

2013/01/08(火) 20:02:26.61

http://www.sixnine.net/cygwin/translation/mingw-doc/mingwfaq.html

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

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

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

0012デフォルトの名無しさん

2013/01/08(火) 21:50:11.56

うん

0013デフォルトの名無しさん

2013/01/09(水) 02:45:18.56

msys*.dllをリンクしたmakeはMSYSのパス(/usr/local)をネイティブパス(C:\mingw\msys\local)に変換してくれたりするのでは

0014デフォルトの名無しさん

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オプションがちゃんと動くと思う

001511

2013/01/09(水) 07:07:04.43

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

0016デフォルトの名無しさん

2013/01/09(水) 07:37:39.16

rubenvbって何?

0017デフォルトの名無しさん

2013/01/09(水) 08:08:20.43

>>15
ディフォルトメークルールで何でもあり。

0018デフォルトの名無しさん

2013/01/09(水) 09:49:22.40

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

0019デフォルトの名無しさん

2013/01/11(金) 06:40:12.49

>>7-8 >>10
そういや32bit版はC++の例外絡みでdw2とsjljに分かれてますね。

0020デフォルトの名無しさん

2013/01/15(火) 05:11:50.77

分かれてるね

0021デフォルトの名無しさん

2013/01/16(水) 10:30:52.79

うん

0022デフォルトの名無しさん

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でまだ、コケる。

0023デフォルトの名無しさん

2013/01/28(月) 19:28:19.56

c++.exe と g++.exe ってなんか違うん？

0024デフォルトの名無しさん

2013/01/28(月) 22:02:26.55

>>23
c++.exe と g++.exe のファイルのハッシュ値が一致するから同じものやね。

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

0025デフォルトの名無しさん

2013/01/28(月) 22:22:48.97

Linaxっておいｗ

0026デフォルトの名無しさん

2013/01/28(月) 22:55:57.28

そうなのか。
何のためにあるんだろ、歴史的な経緯とか、互換性のためかな。

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

0027デフォルトの名無しさん

2013/01/28(月) 22:57:17.57

互換性だろうな
ccコマンドと同じ事だろう

0028デフォルトの名無しさん

2013/01/29(火) 00:41:42.14

>>24-25
トイレ？

0029デフォルトの名無しさん

2013/01/29(火) 19:39:54.60

みんなgcc捨ててclang使ってないの？
clangはエラーメッセージがgccよりわかりやすくてよい

0030デフォルトの名無しさん

2013/01/29(火) 19:43:05.04

clangはもっと簡単に使えるようにしてよ
gccみたいに解凍して環境変数設定したら即使えるようにならない限り選択肢にならん

0031デフォルトの名無しさん

2013/01/29(火) 19:46:21.40

Cygwin の clang はインスコ一発で使えないか?

0032デフォルトの名無しさん

2013/01/29(火) 19:51:02.66

春先に出るであろうgcc-4.8はclangみたいなエラー表示してくれるよ

0033デフォルトの名無しさん

2013/02/03(日) 15:37:27.55

cygwinの設定で環境変数を変数名HOME、値/home/usernameと設定したのですが、
HOMEという変数名はcygwinを使うためだけに設定しても大丈夫なのですか？
他のソフトでも環境変数のHOMEを設定するときに不都合があったりするのでしょうか。
大学の授業の延長で自宅のPCでも使えるようにしたので、環境変数とかについては無知です。
よろしくお願いします。

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

0034デフォルトの名無しさん

2013/02/03(日) 15:42:03.57

たとえばバッチならバッチの冒頭でセットするとか

0035デフォルトの名無しさん

2013/02/03(日) 15:50:03.47

ふーん

0036デフォルトの名無しさん

2013/02/03(日) 16:03:55.02

>>33
bash側でHOMEを設定するなら、Windowsアプリには影響しないよ。

0037デフォルトの名無しさん

2013/02/03(日) 16:12:31.41

>>36
ありがとうございます。
bashについては自分で調べておきます。

0038デフォルトの名無しさん

2013/02/03(日) 16:51:24.51

>>25
俺の環境ではLinaxはLinuxへのシンボリックリンクだから大丈夫

0039デフォルトの名無しさん

2013/02/03(日) 18:43:04.43

ちょっと気をつける点があるが HOME を /cygdrive/c/Users/yourname にすると便利なことが多い。

0040デフォルトの名無しさん

2013/02/04(月) 05:34:41.61

mount?
/etc/fstab

0041デフォルトの名無しさん

2013/02/04(月) 21:24:25.88

パーミッションが0になってWindowsから書き込みできなくなりった

0042デフォルトの名無しさん

2013/02/04(月) 23:25:51.76

>>1
新年明けましておめでとう。良い年であるといいね

0043デフォルトの名無しさん

2013/02/09(土) 16:26:16.21

gcc で32/64bit syntax-only コンパイルを行いたいがスイッチによって定義済みマクロが切り替わらないです。
これって全部自分で再定義しないとだめなの？ __SIZE_TYPE__ とか __PTRDIFF_TYPE__ とかその他もろもろ。
ILP32/LP64/LLP64とかを切り替えて syntax-only がしたいんだけどどうすれば？

0044デフォルトの名無しさん

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 をパスできるようにしたいです。

0045デフォルトの名無しさん

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 が定義されない
これってどうなの？まだ未対応？

0046デフォルトの名無しさん

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
とかにすると望みの結果になるのだが

0047デフォルトの名無しさん

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相当になりません。
これってどうすればいいんでしょうかね？

0048デフォルトの名無しさん

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はこれからでしょ、まだ枯れてないような

0049デフォルトの名無しさん

2013/02/09(土) 19:12:32.95

mingw初心者で解らんから聞くけど
i686-w64-mingw32 (i686, w64, mingw32)
x86_64-w64-mingw64 (x86_64, w64, mingw64)
の各部は何を意味するですか

0050デフォルトの名無しさん

2013/02/09(土) 19:16:55.87

ggrks

0051デフォルトの名無しさん

2013/02/09(土) 19:30:26.16

バツ　x86_64-w64-mingw64
マル　x86_64-w64-mingw32

i686-pc-cygwin
i686-pc-mingw32

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

0052デフォルトの名無しさん

2013/02/09(土) 19:34:21.59

>>44
ggrks

0053デフォルトの名無しさん

2013/02/09(土) 20:03:04.88

gnu-grks

0054デフォルトの名無しさん

2013/02/10(日) 10:13:59.39

cygwinの中でしか使い物に成らないんだからPEじゃなくランチャーかましてELFで提供してくれればよかったのに

0055デフォルトの名無しさん

2013/02/10(日) 10:20:01.98

g++-4.7 になってから C++ ABI が変わったが clang がまるで対応してない感じ。 (ひとごと)

0056デフォルトの名無しさん

2013/02/11(月) 00:56:03.19

boostをビルドしたが、VCのmlが必要なんだな

0057デフォルトの名無しさん

2013/02/11(月) 01:34:53.39

boostのビルド時間の長さは異常

0058デフォルトの名無しさん

2013/02/11(月) 02:18:44.99

distro mingw 9.6

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

0059いそろく

2013/02/11(月) 04:35:19.01

>>58
それboost context libがないからcoroutineが使えない
ということで俺boostビルド

0060デフォルトの名無しさん

2013/02/11(月) 22:00:54.36

いきなりで申し訳ありません。
連投になりますが失礼します。
現在Windows7-64bitOSにCygwinを入れております。
今回tcl/tk-8.4.19ライブラリを入れたいと考え、
Tcl　Developper　XchangeからGzipファイルをダウンロードしてmakeを行いました。

0061デフォルトの名無しさん

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にも失敗しました。
どなたか解決策を知りませんでしょうか。よろしくお願いいたします。

0062デフォルトの名無しさん

2013/02/11(月) 22:19:21.55

config.logを

0063デフォルトの名無しさん

2013/02/12(火) 03:54:38.93

cygwinのpakageは8.5.11ですが
ttp://cygwin.com/packages/tcl-tk/
downstreamがお好きなんですね

0064デフォルトの名無しさん

2013/02/12(火) 07:11:05.91

レス遅になって申し訳ありません
>>62さん
長くなるのでupしました
レベルが低くurlが張れないので情報だけで申し訳ありません
うｐろだ＠2chライブラリーの
ファイル名lib634095.txt
オリジナル名config.logconfig.log
です
よろしくお願いします

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

0065デフォルトの名無しさん

2013/02/12(火) 08:12:02.47

これと同じかな

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

0066デフォルトの名無しさん

2013/02/12(火) 12:19:22.54

> configure:5319:28: fatal error: X11/XIntrinsic.h: No such file or directory

0067デフォルトの名無しさん

2013/02/12(火) 13:32:55.16

./configure --without-x

0068デフォルトの名無しさん

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)

006968

2013/02/15(金) 14:21:32.44

ちなみにビルドログ
ttp://www.07ch.net/up2/src/lena8674.zip

0070デフォルトの名無しさん

2013/02/15(金) 15:26:45.63

64bitアプリっていっても
そんなにでかい静的配列は作れないみたいだよ
windowsの制約らしいけど

007168

2013/02/15(金) 15:46:37.18

勘違いしてました。ありがとう

0072デフォルトの名無しさん

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.
は解決できませんでした・・・

0073デフォルトの名無しさん

2013/02/17(日) 01:28:11.38

cygwin64キテルよ

0074デフォルトの名無しさん

2013/02/18(月) 21:57:57.89

>>72
共有ライブラリが作れないっていってんだったら、
--disable-shared
だかなんだか、共有ライブラリを作らない設定にしたらどうだよ。
ってか、メッセージちゃんと読んで./configure --helpでオプション調べるくらいしろよ。

0075デフォルトの名無しさん

2013/02/21(木) 13:38:42.43

cmdのstartのようなコマンドはcygwinにありますか？
たとえばcygwinコンソール起動中にvimコマンドで、コンソール内でText編集、保存、cygwinに戻ってコンパイル
というのは面倒なので、新しいウィンドウでアプリケーションを起動するコマンドを知りたいです。

0076デフォルトの名無しさん

2013/02/21(木) 13:49:09.84

>>75
/usr/bin/cygstart.exe

0077デフォルトの名無しさん

2013/02/21(木) 13:52:30.86

>>76
cygstart vim TestRun.java

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

0078デフォルトの名無しさん

2013/03/16(土) 14:39:56.31

windows7の64bit環境でmingwを使いc++のプログラムをコンパイルしようとしているのですが、
環境変数をC:\mingw\binに設定し、hello worldを表示させるだけのコードにコンパイルをかけてみると

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

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

0079デフォルトの名無しさん

2013/03/16(土) 14:50:17.26

ggrks
エスパー
http://absolutearea.blogspot.jp/2010/07/eclipse-cdt-mingw64bit.html

0080デフォルトの名無しさん

2013/03/16(土) 15:36:21.84

１．環境変数なんてイラン
２．MinGW64\binをMinGW32\binよりPathの前方に移動させる

これでどや？

0081デフォルトの名無しさん

2013/03/16(土) 16:28:49.84

>>79
回答ありがとうございます
そのサイトにもたどり着いて試したんですが・・・
-vで内容を確認しても特に間違っている感じはないんです

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

0082デフォルトの名無しさん

2013/03/16(土) 16:36:49.11

g++ -vでコンパイルしたときの出力を貼れよ
ここじゃなくてpastebinとかでな

0083デフォルトの名無しさん

2013/03/16(土) 18:15:16.36

g++:エラー:CreateProcess:No such file or directory
ってなんかmingwじゃなくPC側の設定とかに問題ありって感じだな

0084デフォルトの名無しさん

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

0085デフォルトの名無しさん

2013/03/16(土) 19:21:19.74

>>82
こんな出力です
pastebin.com/d4q1BMGv
URLを直接張りたいんですがレベルが低いとかで書き込めないんです　すいません

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

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

0086デフォルトの名無しさん

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が引っ付いてるのが原因か
とりあえずもっと新しいコンパイラで試してみて

0087デフォルトの名無しさん

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

0088デフォルトの名無しさん

2013/03/16(土) 21:47:56.23

>>87
それも古いわｗ
4.7.2にしとけ

0089デフォルトの名無しさん

2013/03/16(土) 22:56:54.25

お、俺の環境は古いのか……
ど、どこぞ？

0090デフォルトの名無しさん

2013/03/16(土) 23:04:05.39

>>89
自分で4.7.2をソースよりビルドする。かっこいい

0091デフォルトの名無しさん

2013/03/16(土) 23:08:01.75

>>90
configure: error: C preprocessor "/lib/cpp" fails sanity check

0092デフォルトの名無しさん

2013/03/17(日) 00:06:32.28

cygwinのsetup.exeで入れたらどうなる?

0093デフォルトの名無しさん

2013/03/17(日) 00:16:28.90

4.8.0のRCが出たらしいぞ

0094デフォルトの名無しさん

2013/03/17(日) 00:17:17.58

MSYSなんです

0095デフォルトの名無しさん

2013/03/17(日) 18:35:22.61

最新のVisualStudioでコンパイルしたのライブラリ(lib)とヘッダ(hpp)があります（ソースコードcppはありません）
これをMinGW+MSYS+GCCの環境で再利用することはできますか？

0096デフォルトの名無しさん

2013/03/17(日) 23:35:14.21

できますよ

0097デフォルトの名無しさん

2013/03/19(火) 16:58:01.79

>>95
>>96
C 言語のライブラリ(extern "C" { } の中)は使えるけど
C++ は VC と gcc でマングルが違うのでコンパイル済みだと使えなかったんじゃね？

0098デフォルトの名無しさん

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

0099デフォルトの名無しさん

2013/03/20(水) 00:28:39.52

DLLにコンパイルして動的ロードでおｋ

0100デフォルトの名無しさん

2013/03/20(水) 13:48:52.24

お教え下さい。
MinGW32のgccで-m64のオプションをつけるとsorry, unimplemented: 64-bit mode not compiled in
になるけどMinGW32でMinGW64の環境は作れないのでしょうか？

0101片山博文MZパンク ◆0lBZNi.Q7evd

2013/03/20(水) 14:16:31.44

>>100 MinGW-w64を使え

0102デフォルトの名無しさん

2013/03/20(水) 14:18:02.38

アーカイブがグチャグチャで構築し難いんだよね

0103デフォルトの名無しさん

2013/03/23(土) 06:48:15.10

gcc 4.8出たが自ビルドした奴もうおる?

0104デフォルトの名無しさん

2013/03/23(土) 08:05:01.74

ライブラリに関しての質問です。
MinGWでCurlを静的リンクでビルドしていたところ
opensslライブラリのlibcrypto.a(rand_win.o)でgdi32を参照する関数
が未解決とのエラーが出ました。
ググってみるとやはり同じような事例が沢山出てきました。
今のところ、該当関数をコメントアウトしてビルドするしか手段が無い
ようなのですが、opensslのmakefileにもpcにもgdi32をリンクするよう
指示がされているのですが何故無視？されてしまうのでしょうか。

0105デフォルトの名無しさん

2013/03/23(土) 11:55:05.02

そりゃ、スタティックリンクだから

0106デフォルトの名無しさん

2013/03/23(土) 13:29:42.89

静的ライブラリだから-lgdi32つければ動くんじゃね？

0107デフォルトの名無しさん

2013/03/23(土) 14:03:19.51

pgr

0108デフォルトの名無しさん

2013/03/23(土) 14:05:00.71

#pragma が無いとコンパイル出来ない人か

0109デフォルトの名無しさん

2013/03/26(火) 18:33:48.05

x86_64-w64-mingw32-gcc -I./../intl "-DBINDIR=\\f:/bin/work/MinGW64/bin\"
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Wno-format
-Werror -g -O2 -D__USE_MINGW_ACCESS -MT archive.lo -MD -MP -MF
.deps/archive.Tpo -c -o archive.lo ../../bfd/archive.c" -o archive.o
ここで
x86_64-w64-mingw32-gcc.exe: fatal error: no input files　このエラーがでました。
'"'の数が合わないのですが、makefileのどこで'"'が混入しているのかわからない＞＜；

0110デフォルトの名無しさん

2013/03/26(火) 18:55:25.10

分かったらまた来てね

0111デフォルトの名無しさん

2013/03/26(火) 20:10:03.26

分かったら来る必要ないだろうがカス
だから聞いてんだろうが
頭イカレてるんか？

0112109

2013/03/26(火) 20:15:06.79

うーん
bfd/makefile line334 '"$(bindir)"'→'$(bindir)'

それと
ｃソースが char * debug_filename = bfd_follow_gnu_debuglink (abfd, DEBUGDIR);
makefileが -DDEBUGDIR=\"$(DEBUGDIR)\"で
error: expected ')' before ':' tokenでエラーになります。
cソースのDEBUGDIRが"……"になるようにするにはどう書いたらいいですか?

0113デフォルトの名無しさん

2013/03/26(火) 21:54:58.77

MSYS + MinGW + gcc もここで大丈夫ですか？

今月の同じ日に mingw-get-inst で構築した２つの端末の MSYS 環境があるのですが、
gcc のコンソール出力が一方では日本語表記なのにもう一方だと英語のままという現象に遭遇しています

ビルドそのものは正常に通るので緊急性はないのですが、現在はC99記述ソースの評価ビルド用途のみで
深く触る段階ではないので、簡素に扱うため出来れば解決したいと考えています

/share/locale/ja/LC_MESSAGES/gcc.mo はいずれも正常に見えるので、読みに行く設定に何かが
起きているように思いますが grep をかけても何処を調整すれば良いのかが分かりません
export LC_MESSAGES=ja_JP.UTF-8 を明示的に指定しても変化はありませんでした
端末は同一OSの同一SPで、違いと言えば日本語不可の環境ではインストール先がNTFSでなくFAT32な事位です

他の原因には何が考えられるでしょうか？gcc 4.7.2、MinGW 5.4.2(a) です

0114デフォルトの名無しさん

2013/03/26(火) 22:34:50.40

>>109
configure ... --prefix=f:/bin/work/MinGW64 ...
ならどう？

0115109

2013/03/27(水) 00:05:24.86

>>114
linkが走りませぬ
/usr/bin/sh: C:binMinGW1.0binworkMSYS64/i686-pc-mingw32/x86_64-w64-mingw32/lib: No such file or directory

0116片山博文MZパンク ◆0lBZNi.Q7evd

2013/03/27(水) 00:23:34.01

64bit SEHが簡単にできるようにして欲しい!!

libSEHみたいに

0117デフォルトの名無しさん

2013/03/27(水) 10:10:43.97

>>115
f:/bin/work/MinGW64じゃなくて
f:\bin\work\MinGW64で指定していないか？

0118デフォルトの名無しさん

2013/03/27(水) 13:55:08.32

>>115
エラーメッセージをよく見ろ。あんたの指定したとおりのパスになっているか?

0119115

2013/03/27(水) 15:56:50.52

もともとconfigureには--prefix=/f/bin/work/MinGW64と書いていて
makefileにはAM_CPPFLAGS = -DBINDIR='"$(bindir)"'こう書かれていて$(bindir)はprefixに書いたものにbinを足したものでしょうか？
makeが実行時に"/の文字の組み合わせを勝手に\\に書き換えてしまうようで、すると"の対が崩れてしまう。
makeはまたも勝手に解釈してbinの後ろの"を\"に置き換えて-DBINDIR=の前とarchive.cの後ろに"のペアを付け加えるので
archive.c"をコンパイル出来ない(そんなソースファイルは無い)というエラーが出ます。
なので"を使わないようにbfd/makefileの334行目を'"$(bindir)"'から'$(bindir)'に書き換えたらmakeが出来ました。

0120デフォルトの名無しさん

2013/03/27(水) 17:01:45.74

MSYS上でやってるんだろ…

0121113

2013/03/27(水) 19:09:44.76

新たに分かった事を書きます。

gettext() を使用する簡単な Hello world を作成してみた所、
.mo を /mingw/share/locale/ja/LC_MESSAGES/ に配置し bindtextdomain(, "/mingw/share/locale") としてもやはりNGですが、
<カレント>/ja/LC_MESSAGES/ に配置し bindtextdomain(, ".") とすると正常に変換が行われました。
( bindtextdomain()、textdomain() の戻り値は全て真。念の為 bintextdomain(, "/<MinGWインストール先絶対パス>/share/locale") を試してもNG )

理由は不明ですが、問題の方の端末では何故か gettext() 系から /mingw/share/locale が見えないようです。
( /etc/fstab に異常はなく ls や cp 等の挙動を見ても /mingw/share/locale のマッピング自体は正常と思われます )

原因としては何が考えられるでしょうか。

0122デフォルトの名無しさん

2013/03/27(水) 22:29:47.91

その<カレント>がMinGWのインストール先と異なるドライブレター配下なのでは？

gettext() を擁する libintl は内部で msvcrt._open() を用いて.moを読み込むが、
この際MSYS環境を考慮してパス変換を行っている訳ではなく _open() にパスを丸投げしている
例えば etc/fstab が 'D:\MinGW\ /mingw' であっても

bindtextdomain('/mingw/share/locale') → ×_open('D:\MinGW\share\locale\ja\LC_MESSAGES\gcc.mo') ○_open('/mingw/share/～/gcc.mo')
bindtextdomain('.') → ×_open('.\ja\LC_MESSAGES\gcc.mo') ○_open('./ja/LC_MESSAGES/gcc.mo')

従ってドライブレターが違えばgccを実行してもgcc.moは見えないし、～:\MinGW以外のパスに
MinGWをインストールしても同じ事が起こる
なので常に同じドライブレターでプロジェクトを扱うか、どうしても違うドライブレターを使いたいなら
そのドライブレターに \MinGW\share\locale\ja\LC_MESSAGES ディレクトリを作成して gcc.mo を
放り込む、もしくは subst を使うといい

0123デフォルトの名無しさん

2013/03/27(水) 22:30:41.54

(続き)
蛇足だが同種の話で locale.alias も現在の MinGW 用 gcc 内で正常に処理されていなかったりする
本来は決め打ちで 'c:/MinGW/share/locale/locale.alias' を読むようビルドしたつもりだったっぽいが、
何かのビルド障害があったらしく 'c:MinGWsharelocale/locale.alias' という謎めいたパスを読みに行く ( ﾟдﾟ)

なおこれは gcc に限った話ではなく、自分の取得した版だとMinGW\bin配下の58個のexeの内26個が同じビルド状態になってるっぽい

0124デフォルトの名無しさん

2013/03/28(木) 01:10:17.83

MSYSでやっているのに--prefix=にドライブ指定してちゃんとそのドライブの
指定フォルダにインスコしてくれるのか

'c:MinGWsharelocale/locale.alias'にはワラタ
どうするんだよこれ

0125113

2013/03/28(木) 07:39:35.37

>>122
ありがとうございます！
なるほどそういう事だったのですね。確かに問題の端末ではビルド対象とMinGWが別ドライブです。
/ドライブ/ 指定で ls、cd、makeとも正しく扱えていたので考えが及びませんでした・・・。
gcc.moを放り込む方法で上手くいったので当面はこれで行こうと思います。

0126デフォルトの名無しさん

2013/04/03(水) 22:03:28.75

mingw-get で iconvかnkfをインストールするには
なんていうパッケージを入れればいいの？

0127デフォルトの名無しさん

2013/04/03(水) 22:17:43.03

$ mingw-get list | grep '^Package:.\+iconv'

0128デフォルトの名無しさん

2013/04/03(水) 23:55:24.07

Package: mingw32-libiconv
Package: msys-libiconv

ってでたけどライブラリだけじゃなくて
icomvコマンドも入るの？

0129デフォルトの名無しさん

2013/04/03(水) 23:57:35.76

distro mingw 4.8

0130デフォルトの名無しさん

2013/04/13(土) 01:11:12.39

mingw-w64-v2.0.7を自前でコンパイルして使ってみたら、___msなんたらが不明
と言われた。おかしいと思ってぐぐったら

http://forum.videolan.org/viewtopic.php?f=14&;t=101239

とりあえずライブラリだけTDMのライブラリに入れ替えたら__msに関するエラー消
えたけど、なんでだか分からん、ってかv1とv2の違い自体が分かんねぇ…

0131デフォルトの名無しさん

2013/04/16(火) 00:32:37.91

最近、gowを使い始めたんだけど、gowのbashで.shの実行ってできないんだけど、誰かおしえてくたさい。

0132デフォルトの名無しさん

2013/04/17(水) 22:36:54.89

cmd.exeだとmklink使えるんだけど
cygwinのMinGWではコマンドが見つからないんだけど
何かインストールしないとダメなのかな？

0133片山博文MZパンク ◆0lBZNi.Q7evd

2013/04/18(木) 09:28:01.83

>>132
cmd /c mklink ...

0134片山博文MZパンク ◆0lBZNi.Q7evd

2013/04/18(木) 09:30:52.08

64bit SEHのインラインアセンブラが死ぬほど難しい。マニュアル見ないとダメだこりゃ

0135デフォルトの名無しさん

2013/05/03(金) 04:11:02.58

Mingw-w64でBoos tを64ビットコンパイルするにはどうすりゃいいの？
コンパイルエラー出るんだが。Linux上でクロスコンパイルした方が楽かな？

0136デフォルトの名無しさん

2013/05/04(土) 02:51:53.48

TDM4.7ならライブラリのビルドは成功するぞ、ってか今試した

ちなみにウチは、gcc4.8 or 4.9だとライブラリのビルド自体失敗する。
具体的には、cc1plusがハングする。
wxも同様で、wxの場合どっかの海外のBBSで開発メンバーらしき人が4.8じゃ
無理だから4.7使えって書いてあった(それでもパッチ当てなきゃビルドできない
けど)。
なのでFLTK使ってる。

0137デフォルトの名無しさん

2013/05/04(土) 09:34:22.65

おお確かにTDM-GCC4.7.1ならうまくいったわ
（--layout=systemにするとDuplicate nameとか出てダメだけど）
gcc4.8.0で同じようにcc1plusでクラッシュしてた

0138デフォルトの名無しさん

2013/05/10(金) 17:57:49.01

distro mingw 10.1

0139デフォルトの名無しさん

2013/05/27(月) 14:06:00.33

コマンドラインで実行ファイルのプラットフォームを識別する方法ってありませんか？
バイナリでPEヘッダみれば、32か64かわかりますが、わざわざビューワー起動しないといけないので…

0140デフォルトの名無しさん

2013/05/27(月) 14:28:48.93

objdump -i してみて"peごにょごにょx86-64"があれば objdump で見れる

0141デフォルトの名無しさん

2013/05/27(月) 15:48:05.06

fileコマンド

0142デフォルトの名無しさん

2013/05/29(水) 16:54:39.08

最近のGCCはwin2kサポートしてないの？作ったアプリが起動できないんだけど

0143デフォルトの名無しさん

2013/05/29(水) 17:08:14.37

>>142
どんなメッセージを見るの？
もしかしてx64のバイナリつくってたり？

0144デフォルトの名無しさん

2013/05/29(水) 17:14:11.46

-m32付けてるから32ビットのはず。
メッセージが出ないで起動失敗

0145デフォルトの名無しさん

2013/05/29(水) 17:35:47.77

う、ういるす様のたたりじゃ

0146デフォルトの名無しさん

2013/05/29(水) 21:30:02.04

gcc 2.7.いくつだっけかはc++でコンパイルするとmainに行く前に終わってたな。
-O2つけると浮動小数点演算バグりまくりとか。

0147デフォルトの名無しさん

2013/06/05(水) 20:46:20.69

4.8.1のmingw-w64出たけど、x64　boostのマスライブラリ作成でcc1plusが落ちるの直ってないんだな
これはBoostじゃなくmingw-w64で直すべきだよな。

0148デフォルトの名無しさん

2013/06/14(金) 01:08:08.60

distro mingw 4.8.1

0149デフォルトの名無しさん

2013/06/16(日) 15:57:47.15

msys2使ってる人ってオランの？

0150片山博文MZパンク ◆0lBZNi.Q7evd

2013/06/17(月) 13:47:30.28

g++で作成された32-bit EXEが古い環境（Win2k、WinXP）で正常に
動作しないバグがあるようだ。
メッセージを表示しないで起動しなかったり、メモリ違反になる。

0151デフォルトの名無しさん

2013/06/18(火) 00:25:23.32

どのg++だよ。自分でビルドしたならまずそれを疑うべきだろ
またg++で作成したexeで古い環境ではサポートしてないAPIやライブラリを使ってれば当然まともに動かない
そして正当な指定と思い込んで実は適切でないコンパイルオプションを指定してコンパイルすればやっぱり問題はおきる

0152デフォルトの名無しさん

2013/06/18(火) 10:13:40.84

あれか、dll依存でビルドしておいてexeだけ持っていったとかだろ

0153デフォルトの名無しさん

2013/06/24(月) 11:22:04.40

tdmつかってます。cstdintをincludeしてもint64_tが使えないのはなぜですか？
つかえるようにしかた教えてください。

0154片山博文MZパンク ◆0lBZNi.Q7evd

2013/06/25(火) 21:21:01.96

>>153
GNU extensionsを有効にしろ

0155デフォルトの名無しさん

2013/06/26(水) 12:25:29.71

>>片山博文MZパンク ◆0lBZNi.Q7evd
どうやるの？

0156片山博文MZパンク ◆0lBZNi.Q7evd

2013/06/26(水) 18:40:25.25

-std=gnu99
-std=gnu11
-std=gnu++03
-std=gnu++11
のどれか

0157デフォルトの名無しさん

2013/06/27(木) 10:08:58.77

なんでcstdintがGNU拡張なんだよ
-std=c++11でいいだろ

0158デフォルトの名無しさん

2013/06/27(木) 10:16:00.82

理由は、エクリプスがstd:int64_tがマクロで隠されていると思い込むバグでした。
しかも<cstdint>をincludeしなくてもstd::int64がつかえるのはなぜですか？

0159デフォルトの名無しさん

2013/06/27(木) 10:20:18.10

>>158
本日Keplerが出たから入れ替えたら直ってるかな
後からやってみる

0160デフォルトの名無しさん

2013/06/28(金) 00:51:30.54

KeplerにしたらDistro MinGWをMinGW GCCとしてツールチェーンで認識しなくなった
いろいろ検索してみたら、どうもレジストリを見ているらしい
取り敢えずアンインストール情報に適当にDistro MinGWを登録したら警告は出るけど
環境変数はうまく設定出来るようになったので実用上は問題はない

しかし気持ちわるいな
MinGWのある場所を検索する方法が変わったのか？

0161デフォルトの名無しさん

2013/06/28(金) 20:10:24.91

相変わらずEclipseは馬鹿だな

0162デフォルトの名無しさん

2013/07/02(火) NY:AN:NY.AN

最終リンクを通過できない。どうしたらいいんだ

ttp://www.07ch.net/up2/src/lena9235.png

0163デフォルトの名無しさん

2013/07/02(火) NY:AN:NY.AN

ftello64 と fseeko64 を探す

0164デフォルトの名無しさん

2013/07/02(火) NY:AN:NY.AN

>>162
とりあえずリンクするライブラリのパス(-L で指定するやつね)が
mingw32 用のを指しているか確認すべき。
そっちの環境がわからんが、ひょっと見では cygwin 用と mingw 用が混じっている指定に見える。

あと、ftell() とか fseek() の入った素の C ソースを g++ でコンパイルしているのが気になる。
デフォルトでは gcc とリンカの動き方が違ったと思う。

リロードして >>163 ので気付いた。
コンパイラは 64bit 版なのに(ftello64() をリンクしようとしてる)ライブラリは 32bit 版使ってるね。
64bit 用はうちの環境では /usr/x86_64-w64-mingw32/sys-root/mingw/lib にある。
i686-pc-cygwin は 32bit 用だ。
configure での指定を見直すべきかな。

0165デフォルトの名無しさん

2013/07/02(火) NY:AN:NY.AN

コンパイラとライブラリを合わせてもfteelo64がリンクできなかったら
configureのオプションに--disable-largefileを追加
リンクは通るがでかいファイルが処理できなくなるかもしれない

0166デフォルトの名無しさん

2013/07/02(火) NY:AN:NY.AN

msys上でビルドしてみる

0167デフォルトの名無しさん

2013/07/11(木) NY:AN:NY.AN

>>164
ありがとうございます
/binのgcc.exe等をgcc.exe.backupに、/bin/x86_64-w64-mingw-gcc.exe等を/bin/gcc.exeにコピー
インクルードフォルダ指定を/usr/x86_64-w64-mingw/sys-root/mingw/include
ライブラリフォルダ指定を/usr/x86_64-w64-mingw/sys-root/mingw/lib
ヘッダを参照パスへコピーして無事できました

0168デフォルトの名無しさん

2013/07/12(金) NY:AN:NY.AN

>>167
そんなことしなくても
CC=/bin/x86_64-w64-mingw-gcc ./configure
でいいのに

0169デフォルトの名無しさん

2013/07/12(金) NY:AN:NY.AN

自分がやりたいことが「クロスコンパイル」であるということをまず知ろう
cygwinはwindows上で動いてるけど、cygwinネイティブではないプラットフォーム
向けにネイティブとは違うヘッダ等を参照しランタイムとリンクさせるわけで、
linuxからmingwクロスコンパイルするのと基本的に一緒なんだわ

クロスコンパイルといっても別に難しい話ではなくて、
GNU autotools系で生成されたconfigureついてるんなら、普通はconfigure時に
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/sys-root/mingw
などとすればいいだけ
hostにはクロスコンパイラツールセットの3つ組を指定する、これは必須
prefixはどうでもいいがmake installでインストールしたい場所を指定、
少なくともクロスならデフォルトの/usr/localでは嬉しくないだろう

後configureスクリプト内でpkg-config走らせてることが結構あるので、その場合は
PKG_CONFIG_PATHを前もって設定してexportしておいたほうがいい

0170デフォルトの名無しさん

2013/07/16(火) NY:AN:NY.AN

Ｃｙｇｗｉｎについて、 WindowsとＵＮＩＸとでは、改行と漢字コードにかんしてそれぞれどのような相違がありますか？
また、それにより、どのようなことが起きるのか、相違による影響にどのような対処を行うべきかなども教えてください

0171デフォルトの名無しさん

2013/07/16(火) NY:AN:NY.AN

>>170
それ語りだすと、とても１レスじゃ収まる気がしないので適当に答える
もっと対象を絞った質問が望まれる

Windows, UNIX、それぞれの基本的な改行コードは<CRLF>. <LF>だ。
それぞれを16進数で言うと以下の通り
<CRLF> = 0x0D 0x0A
<LF>　　　= 0x0A

で、Cygwin上で作成したテキストの改行コードはどうなるか
どうやら<LF>らしい。

ということはWindows上で作成したテキストファイルはそのままでは
つかえないかもしれない。Windows上で作成したテキストファイルは
基本<CRLF>で保存されるから。

試しにメモ帳でテキストファイルを作成して、そのファイルを
Cygwin上で # cat -v <file> してみてほしい
多分結果には ^M という意味不明な文字列が出力されるはず。
これは <CRLF> の CR部分を表している。

0172デフォルトの名無しさん

2013/07/16(火) NY:AN:NY.AN

プログラムのソースコードのことを聞いてんの？
それとも、プログラムするときのファイル処理の仕方？

0173片山博文MZパンク ◆0lBZNi.Q7evd

2013/07/16(火) NY:AN:NY.AN

>>170
ファイルをメモ帳やバイナリエディタで開けばわかると思うけど、
改行コードは、windowsで"\r\n"、UNIXで"\n"になっている。
UNIXのテキストをwindowsで開くと改行されずに黒い四角が表示される。
fopenでテキストファイルをテキストモードで開くとそのあたりの違いは吸収してくれる。

0174デフォルトの名無しさん

2013/07/16(火) NY:AN:NY.AN

>>170
<CRLF>, <LF>を気にせずにプログラミングすると
いろいろな不具合が起こる
特にシェルみたいな単純なインタープリター言語はそのせいでバグる
Cygwin上だと<CR>部分が邪魔でまともな動作ができないかもしれない

そのときどうするかというと dos2unixを使用する（←ここテストに出ます）
このコマンドはUNIX系の環境ではだいたい標準で入っているし
なければパッケージ管理システムからインストールできる

$ dos2unix <file>

という具合に実行すれば<CRLF>のファイルが<LF>になる
やったね、これで問題なくプログラミングできる

と、まあここまでがCygwin上での改行コードの違いとそれによる影響、
対処はどうするべきかという話

0175デフォルトの名無しさん

2013/07/16(火) NY:AN:NY.AN

>>170
次に漢字コード？
なのだが、まず言葉を正確に使うべきだ「文字コード」と呼ぼう
漢字コードだとnkfのような大昔のプログラムを思い出してしまう

嬉しいことに文字コードはWindows, Cygwin(Windows上)で共通だ
この文字コードで保存する、と決めればその文字コードになる。

一応Windowsでの標準文字コードはCP932, 別名Windows-31Jだ。
これはShift_JISの拡張で、一部Shift_JISにない文字を含んでいる。
詳しくはググってください。

Cygwinでの文字コードに関する相違とそれによる影響はそんなに
なさそうなので、このへんにしとく。

0176デフォルトの名無しさん

2013/07/17(水) NY:AN:NY.AN

だいぶ前からcygwinのデフォルトのencodingはUTF-8になってる

0177デフォルトの名無しさん

2013/07/17(水) NY:AN:NY.AN

自分に合うマシなテキストエディタ探してこいよ
謹製のメモ帳は禁止な

0178デフォルトの名無しさん

2013/07/17(水) NY:AN:NY.AN

MinGWにiconvがはいってるでしょ
nkfの失敗例
半角カタカナは、いつのまにか全角カタカナになったりします

0179170

2013/07/17(水) NY:AN:NY.AN

答えてくださった方、ありがとうございました

0180デフォルトの名無しさん

2013/07/19(金) NY:AN:NY.AN

minttyでCtrl-Cが効かなくなるのはなぜなんだ

0181デフォルトの名無しさん

2013/07/19(金) NY:AN:NY.AN

愛が足りない

0182デフォルトの名無しさん

2013/07/19(金) NY:AN:NY.AN

愛って何だ

0183デフォルトの名無しさん

2013/07/20(土) NY:AN:NY.AN

人工無能

0184デフォルトの名無しさん

2013/07/20(土) NY:AN:NY.AN

天才チンパンジー

0185デフォルトの名無しさん

2013/07/20(土) NY:AN:NY.AN

>>182
だいじにすること

0186デフォルトの名無しさん

2013/07/20(土) NY:AN:NY.AN

アイちゃんわろた

0187デフォルトの名無しさん

2013/07/20(土) NY:AN:NY.AN

>>182
ためらわないこと

0188デフォルトの名無しさん

2013/07/21(日) NY:AN:NY.AN

鉄道←キチガイ　　　　　　　　　　　　　　　　　　　　　　　普通→
↑┌───────────────────────
迷│　　　　自転車　　　　　　　　　　　　　　　　　　　恋愛
惑│　　　政治　ゲハ
　 │　　声優　ネトウヨ　アイドル　　　　　　　　B'z
　 │　ネトゲ
　 │　韓流　　　エレキギター
　 │　　　　　　アニメ
　 │　　　釣り　　　　　　　エロゲ
　 │　　TCG　　　　　阪神　　　フィギュア
　 │　BL　　　　　　　　　　　レッズ
　 │　　　　東方　　　　　　　　　　　　　　楽器
　 │　　　　　　　ボカロ　　歴史　特撮
　 │　　　　　　　　　　　　　　　　　漫画　車バイク
　 │　　　　　　　　　　　　　軍事　　格闘技　模型　ゲーム
　 │　オーディオ　　　　　　　　　　　　　　　　　PC　　カメラ
無│　　　　　　　　　　　　　　野球サッカー
害│　　　　　　　　　　　　　　　　　　　　　ロボット　海外ドラマ
↓│　　　　　　　　　切手　　　　　　　　　　　　　クイズ

0189名無し野電車区

2013/07/21(日) NY:AN:NY.AN

なんでや
普通の反対は特急、
無蓋の反対は有蓋やろ

0190デフォルトの名無しさん

2013/07/21(日) NY:AN:NY.AN

在特←キチガイ

ですね判ります

0191デフォルトの名無しさん

2013/07/21(日) NY:AN:NY.AN

なんでや！阪神関係ないやろ！

0192デフォルトの名無しさん

2013/07/23(火) NY:AN:NY.AN

msysからNTEmacs起動して、grep-findするとxargsうんたらで失敗するんだがなんとかならんですかね、これ

0193デフォルトの名無しさん

2013/07/23(火) NY:AN:NY.AN

cygwinだと問題なく動くんですが…

0194デフォルトの名無しさん

2013/07/24(水) NY:AN:NY.AN

>>192-193
こっちのスレで何度か話題になっていたような気が
NTEmacs スレッド 3
http://anago.2ch.net/test/read.cgi/software/1325573999/

0195デフォルトの名無しさん

2013/07/24(水) NY:AN:NY.AN

cygwinはやぱっり糞
面倒でも仮想環境構築したほうが結局は面倒事が少ないよ

0196デフォルトの名無しさん

2013/07/24(水) NY:AN:NY.AN

長いので2レスに分けて投稿します。

VC++で組んでいたプログラムをgccでコンパイルできるように修正していた時のことです。

$ gcc -O3 code.cpp
code.cpp: 関数 ‘void Split(int, int, int*, int, int*, int*, int*, int, int, int, int&, int*, int&, bool, int, int, char**)’ 内:
code.cpp:1036:32: エラー: no matching function for call to ‘std::basic_ofstream<char>::basic_ofstream(std::string&)’
code.cpp:1036:32: 備考: 候補:
In file included from code.cpp:121:0:
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:629:7: 備考: std::basic_ofstream<_CharT, _Traits>::basic_ofstream(const char*, std::ios_base::openmode)
[with _CharT = char; _Traits = std::char_traits<char>; std::ios_base::openmode = std::_Ios_Openmode]
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:629:7: 備考: 第 1 引数を ‘std::string {aka std::basic_string<char>}’ から ‘const char*’ へ変換する方法が不明です
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:614:7: 備考: std::basic_ofstream<_CharT, _Traits>::basic_ofstream() [with _CharT = char; _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:614:7: 備考: 候補では 0 個の引数が予期されますが、1 個の引数が与えられています
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:588:11: 備考: std::basic_ofstream<char>::basic_ofstream(const std::basic_ofstream<char>&)
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:588:11: 備考: 第 1 引数を ‘std::string {aka std::basic_string<char>}’ から ‘const std::basic_ofstream<char>&’ へ変換する方法が不明です

と表示されたので、1036行目の「std::ofstream fout(FileName2);」(FileName2はstd::string)を、

0197196

2013/07/24(水) NY:AN:NY.AN

「std::ofstream fout(FileName2.c_str());」に書き換えてコンパイルしたところ、

$ gcc -O3 code.cpp
/tmp/ccZuON0C.o:code.cpp:(.text+0x16): `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' に対する定義されていない参照です
/tmp/ccZuON0C.o:code.cpp:(.text+0xbcf): `std::cin' に対する定義されていない参照です
/tmp/ccZuON0C.o:code.cpp:(.text+0xbd4): `std::istream::operator>>(int&)' に対する定義されていない参照です
(中略)
/tmp/ccZuON0C.o:code.cpp:(.text+0x7486): `std::__throw_bad_alloc()' に対する定義されていない参照がさらに続いています
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld: /tmp/ccZuON0C.o: 誤った再配置アドレス 0x29 がセクション `.text$_ZNSt5dequeIiSaIiEED1Ev[__ZNSt5dequeIiSaIiEED1Ev]' 内にあります
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld: 最終リンクに失敗しました: 無効な操作です
collect2: エラー: ld はステータス 1 で終了しました

などと、大量にエラーメッセージが表示されてしまったのです。
最初のエラーは「std::ofstreamのコンストラクタはconst char*型しか取らない」ということで、
だったらc_str()でstd::stringをchar型に変換して渡しても問題ないはずですよね？
どう書き直せばいいのでしょう……ご教示願います。

0198デフォルトの名無しさん

2013/07/24(水) NY:AN:NY.AN

C++はg++でコンパイルしてね

0199デフォルトの名無しさん

2013/07/24(水) NY:AN:NY.AN

>>198の言うとおり
あと
g++ code.cpp -I/usr/include -L/usr/lib -lstdc++ -o code

みたいな感じのインクルードとリンクが必要ではないか

0200196

2013/07/25(木) NY:AN:NY.AN

>>198-199
g++で試してみたら無事にコンパイルが通りました。ありがとうございます。

0201デフォルトの名無しさん

2013/07/25(木) NY:AN:NY.AN

www

0202デフォルトの名無しさん

2013/07/25(木) NY:AN:NY.AN

最初は誰でもはまる、どんまいだ～どんまいだ～

0203デフォルトの名無しさん

2013/07/25(木) NY:AN:NY.AN

>cygwinはやぱっり糞
>面倒でも仮想環境構築したほうが結局は面倒事が少ないよ

キリっ

0204727

2013/07/27(土) NY:AN:NY.AN

NXTというARMを積んだ教材ロボ用のサンプルプログラムをコンパイルしようとしているのですが、

VAIO　/cygdrive/c/cygwin64/nxtOSEK_v218/nxtOSEK/samples_c/helloworld
$ make all
Compiling ../../ecrobot/../toppers_osek/kernel/alarm.c to alarm.o
../../ecrobot/../ecrobot/tool_gcc.mak:96: recipe for target `build/kernel/alarm.o' failed
make: *** [build/kernel/alarm.o] Error 127

となってコンパイルができません、どなたか解決策をお願いします。
あとnxtOSEKチュートリアルというページを参考にcygwinの環境を導入しました。

0205デフォルトの名無しさん

2013/07/27(土) NY:AN:NY.AN

>>204
http://qanda.rakuten.ne.jp/qa6608637.html

0206727

2013/07/27(土) NY:AN:NY.AN

>>205
このエラーは自力で解決できました。これとは多分別だと思うのですが....

0207デフォルトの名無しさん

2013/07/27(土) NY:AN:NY.AN

行番号が出てるんだからそこを見ろとしか

0208デフォルトの名無しさん

2013/07/28(日) NY:AN:NY.AN

エスパーいませんか

0209デフォルトの名無しさん

2013/07/28(日) NY:AN:NY.AN

山口で溺れてる人が見える

0210デフォルトの名無しさん

2013/07/28(日) NY:AN:NY.AN

本物来たよ

0211デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

IDEって何がオススメですか？
CodeLite
eclipse
code::blocks
とか色々ありますね。

0212デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

QtCreator

0213デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

codeblocksはオワコン

0214デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

netbeans

0215デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

CodeLite

0216デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

初心者スレで、こっちでやれって提案されたんでマルチ言うなよｗ
で質問

linux サーバに、win7 mingw msys mintty から ssh 接続
ls ってやると、日本語名ファイル、ディレクトリが文字化けするんで
応急処置として nkf かませる alias で対応したんだが、なんかもっと
いい方法ある？

他のコマンドも化けるに決まってるんで、都度 alias 作る嵌めになること
考えると、気が遠くなる

日本語ファイル、ディレクトリ名は付けるなってのはナシの方向で
俺自身は作ってないんだが、デフォの環境が'ダウンロード'とか
'公開'とか、そういうのがいっぱいあるんだわ

0217216

2013/07/31(水) NY:AN:NY.AN

自己解決した
putty の日本語パッチ当てたの使ったら化けなかった

騒がせて、すまんかった

0218デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

puttyならパッチ当てなくてもいける

0219デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

>>211
MSのVisual Studioが良い

0220デフォルトの名無しさん

2013/07/31(水) NY:AN:NY.AN

GCCを土台にしている限りデバッグやトレースはIDE側でそれほど改善できないだろ。
GCC自体の機能を使うほかない。
VCは一体で同じ会社で開発している利点がある。

0221デフォルトの名無しさん

2013/08/01(木) NY:AN:NY.AN

clangはまだ使えないのか

0222デフォルトの名無しさん

NGNG?2BP(2)

Windowsでビルドするよりも、仮想環境でWindows向けにクロスコンパイルしたほうが速いことが判明。
そこで、自動的にビルド環境を作ってくれるmxeというものを見つけたけど、だれか使い方分かる人いない？
mxe.cc

例えばGCCをビルドするときは、
make gcc
と入れてビルドすると、それに必要なライブラリも自動的にビルドしてくれる。

あとは、
export PATH=/[mxeのインストールパス]/usr/bin:$PATH
export PKG_CONFIG_PATH_i686_pc_mingw32=[mxeのインストールパス]/usr/bin/i686-pc-mingw32-pkg-config
でパスを通してconfigureを実行するときに
./configure --host=i686-pc-mingw32
といれるらしいけど、どうもライブラリの読み込みがうまくいかない。

教えて偉い人。

0223デフォルトの名無しさん

2013/08/04(日) NY:AN:NY.AN

MinGWでlinuxのwhichコマンド、またはそれに相当するようなコマンドって使用できませんか？

0224デフォルトの名無しさん

2013/08/04(日) NY:AN:NY.AN

なんか最近いろいろな c-compiler が入ってきたみたい
gcc-3 -mno-cygwin のかわりはどれ？

0225デフォルトの名無しさん

2013/08/04(日) NY:AN:NY.AN

>>223
msysに/bin/whichがある(ただしShellScript)

0226デフォルトの名無しさん

2013/08/04(日) NY:AN:NY.AN

これとか
Which for Windows
http://gnuwin32.sourceforge.net/packages/which.htm

0227デフォルトの名無しさん

2013/08/04(日) NY:AN:NY.AN

>>225
ありがとぉおおお！！！

0228デフォルトの名無しさん

2013/08/05(月) NY:AN:NY.AN

cygwin使いがmingw環境に移行しようとして詰まったんだが
msysでパス周りの処理どうなってるんだ？

0229デフォルトの名無しさん

2013/08/05(月) NY:AN:NY.AN

>>228
エラーメッセージよろ

0230デフォルトの名無しさん

2013/08/05(月) NY:AN:NY.AN

>>228
こういうの？
http://www.mingw.org/wiki/Posix_path_conversion

0231デフォルトの名無しさん

2013/08/06(火) NY:AN:NY.AN

>>230
そういうの！助かる
予想以上には複雑だなあ……

msys環境からexecしたら引数が変換されるって書いてあるけど
msysバイナリからのファイルアクセスも同じように解釈してくれるって事でいいのか？

あとmingwでコンパイルしたバイナリってmsys環境？win32環境？

0232デフォルトの名無しさん

2013/08/06(火) NY:AN:NY.AN

msysのパス周りってcygwinから/cygdrive抜いたもんだと考えればいいだけじゃね？
バイナリもすべてwin32ネイティブだからcygwinみたいにcygpath -wとかしないで済むし
はるかに単純だろ

0233デフォルトの名無しさん

2013/08/06(火) NY:AN:NY.AN

mingwでビルドしたら64bitか32bitのwindowsネイティブだろ。
cygwinのような仲介用DLLなどない。
性能は上がって、linuxとの互換性は少し下がってwindowsとの互換性は上がる。

0234デフォルトの名無しさん

2013/08/07(水) NY:AN:NY.AN

>>232
msysは
C:\windows
が
/c/windows
になる

>>233
mingwのIOめっちゃ遅いよ。
最近はmingwも専用dllが必要でパスが通ってないと怒られる。

virtual boxにLinux入れてプログラム書いたほうがconfigureやらコンパイルやら全てが速い。
wxWidgets使うなら仮想PCのLinuxでデバッグして最後にmingwでビルドの方が捗る。

0235片山博文MZパンク ◆0lBZNi.Q7evd

2013/08/11(日) NY:AN:NY.AN

>最近はmingwも専用dllが必要でパスが通ってないと怒られる。
おお、勉強になった。

0236デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>235
これマジ！？ショックなんだけど・・・

0237デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>234
何を言ってるんだかよくわからない

> mingwのIOめっちゃ遅いよ。
MinGWは基本MSVCRTやOSに丸投げだろ
つまり「WindowsのIOがめっちゃ遅い」と言ってるのと同じだと思うのだが……
MinGWじゃなくMSYSなら同意で、MSYSが遅い理由はCygwinと同じ、つまり
POSIXエミュレーションをしていてそれが遅いから

> 最近はmingwも専用dllが必要でパスが通ってないと怒られる。
うちではCプログラムの場合は、専用dllへの依存は生じないけど
何のことを言ってるの？
C++の場合はスタティックリンクしない限りはlibstdc++やSJLJ絡みのDLLへの
依存が生じるけど、これは昔からの筈

0238デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

drarfとsjljで迷った
sjljの方がリンクしやすいが、実行時コストはdwarfの方が低い

0239デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>237
msysでmingw-gcc使ったコンパイルが非常に遅いのはmingwのせいであってmsysのせいじゃないだろ。
virtual box上のLinuxのgccだとコンパイル速いんだよね、これ。
windowsのIOが遅いならvirtual box経由ならさらに遅くなるはずだけど実態は違う。
mingw gccが単に遅いだけかもしらんけど。

0240デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

コンパイルと実行ファイルの速度を混ぜるな。

0241デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

virtual boxで速いのは、予想だけど仮想HDDが一ファイルにまとまっていて
ヘッダなどを沢山読み込む時、物理的なIOが発生しないからでは?

0242デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>240
え？
mingwを使ったファイルIOでユーザーみんなに共通しているものがmingw gccでのコンパイルじゃん

0243デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

Windows上でのmingw-gccのコンパイル速度やリンク速度が遅いといいたいのなら
そう書けよ
「mingwのIOめっちゃ遅いよ」じゃ何のことを言ってるんだか意味わからんわ

「mingwの専用dllが必要で」は何のことなんだ？

0244デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>242
「MinGWのコンパイル速度が遅い」からといって「I/Oが遅い」とは限らんのだが。
なぜI/Oがボトルネックであると判断したんだ？ボケが

0245デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>243
> 「mingwのIOめっちゃ遅いよ」じゃ何のことを言ってるんだか意味わからんわ

お前の読解力がないだけじゃね？
理解できてる人はちゃんと存在してるんだし

> 「mingwの専用dllが必要で」は何のことなんだ？

えっ
MinGWってDLLなしで単体で動くようになったの？
へぇ～

0246デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>242
わけわからん。
コンパイル速度と、コンパイルされて出来上がった実行ファイルの速度は関係がない。
たとえば、理屈としてJavaScriptでC++コンパイルやFORTRANコンパイルはできる。

emscriptenでC++からJavaScriptへ変換しよう
http://www.greenwood.co.jp/~k-aki/article/intro_emscripten_cpp/intro_emscripten_cpp.html

0247デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

Distro MinGW ようやく64bitネイティブになった

0248デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

だからその
>MinGWってDLLなしで単体で動くようになったの？
「MinGW」でお前が言わんとしてる意味が不明確だと言ってるんだよ

どうやらMinGWのコンパイラツールセットの事を言っているらしいのは分かったが
大半の人にとっては、ツールセットが何らかのDLLに依存してるかどうかは
どうでもいいことで、多分 >>236 あたりはMinGWでコンパイルして生成した
バイナリが(cygwinのように)特殊なランタイムに依存するようになったという
意味だと思った

0249デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>246
コンパイル速度のことをIO速度と称してる人間がいるだけだろ
そんな難しい話か？

0250デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

64bitはしらないが。
32bitのMinGWは以前からDLLに依存せず、かつネイティブ動作するものを出力できただろ。

0251デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>248
> 大半の人にとっては、ツールセットが何らかのDLLに依存してるかどうかはどうでもいいことで

えっ
静的リンクと動的リンクの違いが「どうでもいい」とかすごい意見だな
静的リンクを多用するWindowsと動的リンクが中心のLinuxの文化の違いを表す重要な側面なのに

0252デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>251
ちょっとまて、ツールセットがDLLに依存してるといいたいのかと思っていたが
生成されるバイナリがDLLに依存しているといいたいのか？

なら、依存しないってのが答えだぞ（少なくともCプログラムでは）
つまり嘘

0253デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

WindowsのMinGWは、最終的にWindowsAPIか機械語を呼び出して、
基本機能においては特定のDLLやLIBを必要としないだろ。

0254デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

誤解の無いように言っておくとシステムのDLLには依存するが
それ以外の特殊なDLL（cygwin1.dllのような）には依存しないバイナリを
生成できる
ただしC++の場合はC++ランタイム等のスタティックリンクを明示的に行う必要がある

0255デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

どうせMSVCRT.DLLだけでしょ

0256デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

MSVCRT.DLLはWin95時代ならいざ知らず、現在のWindowsではOSの一部だよ

0257デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>252
ツールセットの話だよ

0258デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

ツールセットならどうでもいいだろ
gccがiconvやらintlやらのDLLに依存してたからといって誰が気にするんだよ

0259デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>233 に対するレスで
>>234 にて
> 最近はmingwも専用dllが必要でパスが通ってないと怒られる。
って書かれると普通の解釈だとビルドされたものに仲介用DLLが必要ってことだと思うよな。

DLL(ダイナミックリンクライブラリ)の話しながら静的リンクがどうこうってのの意味誰か教えて。

0260デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>234のレスの後半部分の理解が怪しい

>>>233
>mingwのIOめっちゃ遅いよ。
ここでのIOとはmsysのコンソール上での動作のことを言っていると思われ

>最近はmingwも専用dllが必要でパスが通ってないと怒られる。
これはlibgccとstdc++のことだろうと思う

結局>>237が言ってることが全部正解。それ以外何がある？

0261デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>239もちょっとレスに決め付けが入っていて、プログラマーとして未熟

>msysでmingw-gcc使ったコンパイルが非常に遅いのはmingwのせいであってmsysのせいじゃないだろ。
これはダウト。msysはPOSIX環境を再現するため出力は遅い
それをMinGW-GCC自体の速度と勘違いしたのが間違いの始まりだ

>>249、これもダメ
>コンパイル速度のことをIO速度と称してる人間がいるだけだろ
ありえないでしょ
IOってInput/Outputの略だよ。それがなぜコンパイル速度になるのか理解に苦しむし、仕事だったら怒られるレベル

0262デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

久しぶりに伸びてるから何事かと思ったら…
MSYSの遅さとMinGWを混同してるのがいたのか

そもそもMSYSはCygwinからforkしたもので
単にライセンス形態が変わったものの中身はほとんどCygwinでI/Oはエミュレーションしてるから遅いんだけどな
Linuxと同様にconfigureとかmakeとかしてるんだったら
MSYSで動いてるbashがめちゃくちゃ遅いから全体が遅くなるのは当然の話

そこらへんを解決したいんだったらVPCでもVMwareでもVirtualBOXでもいいから
Linuxの環境を同居させてクロスコンパイルさせれば劇的に速くなる

0263デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>262
なぜクロスコンパイルした方が早くなるのですか？
クロスコンパイルなのですから元環境は関係ありませんよね？

0264デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

速くなるのはコンパイルそのものだよ

0265デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>264
あーそんなどうでもいいことなんですか(´・ω・`)
クロスコンパイルした後に生成されるバイナリの実行速度の話かと思って期待しちゃいました

0266デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

こんな簡単な日本語も理解できないとか・・・
語学学校通い直したら？

0267デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

いやちょっとまてよおまえら
お互い日本語不自由過ぎるだろ

0268デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

夏だねぇ

0269デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

経験上gccでビルドしたバイナリはMSVC製より速いぐらいだな、Cだと
少なくともVS2010とかだとそう
ただし例外処理にSEH使えない関係で、C++の場合はかなり遅くなるケースがある印象

0270デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>>266-267
簡単な日本語すら不自由な底辺の低脳がやるのがプログラム
だからドカタなんて呼ばれている

0271デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

cygwinのI/Oはホント遅いよな
cygwin用のtexliveをインストールしてみたがSSDマシンでも余りに遅くて（10ページほどのtexファイルに1分くらいかかる）
ネイティブのものをインストールし直した

0272デフォルトの名無しさん

2013/08/12(月) NY:AN:NY.AN

>あーそんなどうでもいいことなんですか(´・ω・`)

コイツはデキる

>クロスコンパイルした後に生成されるバイナリの実行速度の話かと思って期待しちゃいました

コイツはデキる

0273デフォルトの名無しさん

2013/08/13(火) NY:AN:NY.AN

>>>264
>あーそんなどうでもいいことなんですか(´・ω・`)
>クロスコンパイルした後に生成されるバイナリの実行速度の話かと思って期待しちゃいました

馬鹿には無理さん遅いぞ
早く馬鹿には無理を浴びせてやってやれよ

0274デフォルトの名無しさん

2013/08/13(火) NY:AN:NY.AN

＞(´・ω・`)

コイツはデキる

0275デフォルトの名無しさん

2013/08/15(木) NY:AN:NY.AN

msys-vimで、新規に作成するファイルはutf-8、その他のファイルは開いたencodingで保存するって事をしたいのですが、
このような設定を.vimrcに書くにはどうすればよろしいでしょうか？
「新規ファイルなら」みたいなif文って書けますか？

0276デフォルトの名無しさん

2013/08/15(木) NY:AN:NY.AN

>>259
最近出回ってるmingw-gccって何も指定せずにコンパイルすると
libgcc_s.dll とかが必要になるのがあるから、そのことじゃないの？

リンカーで -static オプション付ければいいだけなんだけどね。

0277デフォルトの名無しさん

2013/08/15(木) NY:AN:NY.AN

>>262
msysでのconfigureは遅いよね。
ウィルス対策ソフトによってはプロセスのオープンクローズのチェックの
せいで何倍も時間がかかるようになったりするものもある。

0278デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

知らん間にcygwinが64bit対応してるやないか

0279デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

MinGW + mintty + msys-vimでうまくgitにコミットする方法無いかな？
vim.exeが立ち上がるけど、画面がどこにもないからタスクマネージャーから終了するしかない。。。

0280デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

うち普通にvim動くけど
なんかおかしくねその環境

0281デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

他のvimが立ち上がってるんじゃね

0282デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

>>280
マジで！？msysGitのインストール後にmingwのインストールをしたからかな？
git config --global core,editor 'vim -c "なんだっけ？"'
みたいな感じで設定して、git commit ってやると、応答がなくなってCPUが頑張りだす。
で、タスクマネージャーで見るとvim.exeってやつが頑張ってる感じになるんですよね。

どうしたら欲しいvimさんが立ち上がるんだろう？
ぐぐーるさんに聞くとgVimならうまくいくんじゃねみたいに言われるけど、
gVimよく分からないから入れたくないんですよね。

0283デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

which vimでもやってどれが起動してるのか確認したら

0284デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

もしコミットがpushの勘違いなら

これ見るよろし、msysからgit使えん
http://d.hatena.ne.jp/torutk/20120915/p1

0285デフォルトの名無しさん

2013/08/16(金) NY:AN:NY.AN

>>284
いやcommit。
↓これかなぁと思ってるけど関係無いかも。
ttp://d.hatena.ne.jp/gnarl/20100428/1272441051

普通にminttyの上からvimは起動できるんだけど、
git config --global core.editor 'vim -c "set fenc=utf-8"'
って設定した状態で
git commit
ってやったらvimが起動してするはずなのに画面には出てこない。

which vimは/bin/vim.exe です。
ちなみにwhich gitは　${gitのインストールフォルダ}/bin/git.exe 。
このgit/binにもvimっていう実行可能bashファイルが居るのがだめなのかな？
configの内容を vim から /bin/vim.exeに変えるとエラーがでました。

0 [main] vim 2052 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION

さらにオプション(-c以降)をはずすとvimが起動したように見えて、
見た目Okでやったと思ったのにちゃんと動いてませんでした。
普通に文字が入力可能でvimの;wqとかを入力できるモードになりませんでした。

0286デフォルトの名無しさん

2013/08/17(土) NY:AN:NY.AN

minttyじゃなくてコマンドプロンプトからやったら出来る？

0287デフォルトの名無しさん

2013/08/17(土) NY:AN:NY.AN

>>286
やってみました。
問題なくvimが起動してコミットログを記入、コミットできました。
こんな警告出てましたが。

Warning: Your console font probably doesn't support Unicode. If you experience s
trange characters in the output, consider switching to a TrueType font such as L
ucida Console!

とりあえずこういう結果でしたが、
今からwinptyのconsole.exeを利用できないかやってみようと思います。
引き続き情報をお待ちしております。

0288デフォルトの名無しさん

2013/08/18(日) NY:AN:NY.AN

gnupackでcygwinを使っています。
最近apt-cygを使ってインストールしたソフトウェアがうまく動かなくなったので質問します。
http://futurismo.biz/archives/1220　を見てapt-cygはhttps://github.com/rcmdnk/apt-cygに切り替え、
ミラーサイトはhttp://ftp.iij.ad.jp/pub/cygwin/x86_64/にしています
apt-cyg install rubyでrubyは入ったようで、こうなります
Cygwin Package Information
Package Version Status
ruby 1.9.3-p448-1 OK
which rubyだとこう返ってきました
/usr/bin/ruby
ですがruby -Vで何も表示されません。ruby -e 'puts "hoge"', ruby --helpも同様です
ls --help はOKです
何かヒントがあれば教えて下さい。お願いします。

0289デフォルトの名無しさん

2013/08/18(日) NY:AN:NY.AN

>>288
uname -aの結果を貼れ

>>287
cygwinと同じで複数のMSYS環境って共存できないんじゃないのかな？
Git/bin以下のmsys-1.0.dllをリネームor削除したらどうだ？

0290288

2013/08/18(日) NY:AN:NY.AN

>>289
CYGWIN_NT-6.1-WOW64 **** 1.7.17(0.262/5/3) 2012-10-19 14:39 i686 Cygwin
これです

0291デフォルトの名無しさん

2013/08/18(日) NY:AN:NY.AN

>>290
インストールされているCygwinは32bit版
ミラーサイトは64bit版
あと、cygwin1.dllのバージョンが古い
最新は1.7.24

0292デフォルトの名無しさん

2013/08/18(日) NY:AN:NY.AN

>>291
ありがとうございます
そうだったのですか、失礼しました
見直します

0293デフォルトの名無しさん

2013/08/19(月) NY:AN:NY.AN

>>288
apt-cyg 404でぐぐって。

0294デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

Cygwin使ってるんですが、RCTOOLは何を指定したらいいのでしょうか？
Cygwin付属のwinres.exeを指定したら
libtool: link: `regex-dll-res.lo' is not a valid libtool object
と言われてしまいます

0295デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

>>294
何をビルドしようとしているのか、どこでRCTOOLを指定しているのか書いた方がいいんじゃね？
Autotoolsなら何も設定しなくても自動で選んでくれたはずだが

0296デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

>>295
>Autotoolsなら何も設定しなくても自動で選んでくれたはずだが
そうだよな。自分でmakefileでも書いているのかな

0297デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

windows7 64bitPCにsetup-x86_64.exeでCygwin64とx86_64-w64-mingw32の環境をインストールしました
ビルドしているのはregex-2.7でDLLとlibが欲しい
home/xxxx/regex-2.7フォルダにbuildフォルダを作ってそこから../configureしています
(configureの中身)
../configure RCTOOL=x86_64-w64-mingw32-windres.exe --prefix=/cygdrive/f/bin/work/MinGW64 --host=x86_64-w64-mingw32
--build=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-arch=i686 --with-tune=generic
CFLAGS="-g -O2 -I/usr/x86_64-w64-mingw32/sys-root/mingw/include -L/usr/x86_64-w64-mingw32/sys-root/mingw/lib"
--enable-shared=yes --enable-static=yes

RCTOOLは一応指定していますが、configureで作られる/home/xxxx/regex-2.7/build/src/makefileの最後がなぜか
.rc.o:
　　　　　　　　windres --include-dir $(resdir) -i $< $@
.rc.lo:
　　　　　　　　RCTOOL $< $@
となっていたので、自分で書き換えました
.rc.o:
　　　　　　　　x86_64-w64-mingw32-windres --include-dir $(resdir) -i $< -o $@
.rc.lo:
　　　　　　　　$(RCTOOL) $< -o $@
この状態でmakeすると最後の方のlinkで

0298デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

息切れか

0299デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

error.logがlibtool: link: `regex-dll-res.lo' is not a valid libtool object
make.logがターゲット `regex-dll-res.rc' を再 make する必要はありません; VPATH 名 `../../src/regex-dll-res.rc' を使用します.
ターゲットファイル `regex-dll-res.lo' の必要条件を満たしました.
ターゲット `regex-dll-res.lo' の再 make が必要です.
make[2]: ディレクトリ `/home/km/regex-2.7/build/src' に入ります
x86_64-w64-mingw32-windres.exe ../../src/regex-dll-res.rc -o regex-dll-res.lo
チェインに子プロセス 0x6001244a0 (regex-dll-res.lo) PID 263712 を取り込みました.
生存子プロセス 0x6001244a0 (regex-dll-res.lo) PID 263712
(中略-プロセスが並びます)
ターゲットファイル `libregex.la' の必要条件を満たしました.
ターゲット `libregex.la' の再 make が必要です.
/bin/sh ../libtool --tag=CC --mode=link x86_64-w64-mingw32-gcc -g -O2
-I/usr/x86_64-w64-mingw32/sys-root/mingw/include -L/usr/x86_64-w64-mingw32/sys-root/mingw/lib
-no-undefined -version-info 2:7:0 -Wl,--major-image-version=2 -Wl,--minor-image-version=7
-o libregex.la -rpath /cygdrive/f/bin/work/MinGW64/lib regex.lo regex-dllversion.lo regex-dll-res.lo
チェインに子プロセス 0x6001252e0 (libregex.la) PID 254072 を取り込みました.
生存子プロセス 0x6001252e0 (libregex.la) PID 254072
失敗した子プロセス 0x6001252e0 PID 254072 を回収します
Makefile:271: recipe for target `libregex.la' failed
チェインから子プロセス 0x6001252e0 PID 254072 を削除します.
make[2]: ディレクトリ `/home/km/regex-2.7/build/src' から出ます
失敗した子プロセス 0x60006b470 PID 252004 を回収します
Makefile:262: recipe for target `all-recursive' failed
チェインから子プロセス 0x60006b470 PID 252004 を削除します.
make[1]: ディレクトリ `/home/km/regex-2.7/build' から出ます
失敗した子プロセス 0x60007d530 PID 172788 を回収します
Makefile:192: recipe for target `all' failed
チェインから子プロセス 0x60007d530 PID 172788 を削除します.

となってmakeに失敗します

0300デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

みなさん、libtoolの使い方知っていますか?
知ってたらDLLにバージョン情報埋め込む方法教えてください
母より

0301デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

さくらのVPSを使っておりまして、作業用PCはウィンドウズにMinZWという構成です。
さくら側のsysconfig/i18nは、Lang="ja_JP.utf-8"で対応しましたが、
MinZWのコンソールで文字化けしてしまいます。

一日色々検索していましたが、無能なことに解消方法を見出せませんでした。

先輩の皆様がたに方法ないし学習推奨分野を教えていただければ幸いです。

0302デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

ぷｔｔｙ

0303デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

minttyを入れた方が対応しやすいということでしょうか？
今は使っていないのですが・・・

railsでアプリを作ろうと素人が悪戦苦闘していますが、いきなり試練がやってきて先が長そうです＾＾；；

0304デフォルトの名無しさん

2013/08/25(日) NY:AN:NY.AN

なんでMinGWが出てくるんだよ
TeraTermとかPoderosa、puttyとか使えよ
早速踏み台にされそう

>>297
http://gnuwin32.sourceforge.net/compile.html
からrctoolを取ってきてRCTOOLをそのパスに書き換えるか(試していない)
今時のlibtoolのやり方へ書き直す
autoconf、automake、libtoolを入れてconfigure.acのAC_PROG_LIBTOOLを
LT_INIT
LT_LANG(Windows Resource)
に変える
src/Makefile.amの.rc.loの方を
$(LIBTOOL) --tag=RC --mode=compile x86_64ほげほげwindres --include-dir $(resdir) $< -o $@
に書き換える
で autoreconf -fを実行
なんか抜けているような気もするがだいたいこんな感じ

0305デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

>>304
/home/xxxx/regex-2.7/build/src/
から
$ ../libtool --tag=RC --mode=compile x86_64-w64-mingw32-windres.exe ../../resource/regex-dll-res.rc -o regex-dll-res.lo
をやったらbuildできたようです。autoconfも覚えたいと思います
本当に感謝です

ttp://www.07ch.net/up2/src/lena9444.png

0306デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

馬鹿には無理

0307デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

forkを使いたいときunistd.hをincludeするのはわかったけど
リンクすべきライブラリはどうやって調べたら良いですか？

0308デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

http://linuxjm.sourceforge.jp/html/LDP_man-pages/man2/fork.2.html

0309デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

>>307
CygwinならUnixで言うシステムコールに当たるので別途ライブラリを指定せずに使えるはず
実際にどのライブラリに含まれているか調べるにはこんなのとか
/bin/ls -1 /usr/lib/*.a | xargs -i /bin/sh -c 'echo $1; nm $1 | grep fork' --
'{}'

0310デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

>>304
(host規制のため返信が遅れてしまいました。)
まことにありがとうございます。
『Ruby on Rails　環境構築ガイド(黒田努著)』で、そういった手順で解説されていたので、それに従っていました。

でもその本は、週末起業家が作る環境というよりは、プロのチーム用の環境構築という感じで書かれていました。
仰るようにMinZWというところから考え直して、ご指摘にもものにした方が使い勝手が格段に良いのかもしれませんね。

他の方を見ていると、さくら側の先の調整だけで片付いている方が多いようですし。

どうも皆様ありがとうございました。

ド素人なので、またお世話になることがあるやもしれませんが、その際には宜しくお願い致します。

おかげさまで、今ファイアウォールの設定までは来ました。
SSHで設定したポートも閉めてしまい焦りましたが(笑)

0311デフォルトの名無しさん

2013/08/26(月) NY:AN:NY.AN

結局、Puttyを使わせてもらっています。

今日はRails入れるまでこぎつけます。

また、宜しくお願い致します。

0312307

2013/08/27(火) NY:AN:NY.AN

>>309
ありがとうございます

0313デフォルトの名無しさん

2013/08/30(金) NY:AN:NY.AN

TDM　バージョンアップ
ｷﾀ━━━(ﾟ∀ﾟ).━━━!!!ｷﾀ━━━━｡ﾟ+.ヽ(´∀`*)ﾉﾟ+.ﾟ━━━━!!ｷ
ﾀ━━☆ﾟ･*:｡.:(ﾟ∀ﾟ)ﾟ･*:..:☆━━━!!ｷﾀ━ヽ(∀ﾟ )人(ﾟ∀ﾟ)人( ﾟ∀)人(∀ﾟ )人(ﾟ∀ﾟ)人( ﾟ∀)ノ━!!ｷﾀ ━━━ヽ(´ω`)ﾉ ━━━!!
ｷﾀ━━(☆∀☆)━━!!!☆Ｙ⌒Ｙキタ(※∞'`pq)キタＹ⌒Ｙ☆
キタｧｧΣ三(;ﾟ;∀;ﾟ;ﾉ )ﾉｷ・ｷﾀ━━(ﾟдﾟ；)))━━!!
ｷﾀー!!★Ｙ⌒Ｙ⌒ヽ(ﾟω。*)ﾉﾞｷﾀ━(((((っ・ω・)っo((・ω・))oｃ(・ω・ｃ))))))━ !!!

0314デフォルトの名無しさん

2013/09/06(金) 05:49:38.77

Windows にMinGWとMSYSを入れています。
メモリリークを調べたいのですが、この環境で使えるツールはありますか？
LinuxではValgrindが使えるようですが・・・。よろしくお願いします。

0315デフォルトの名無しさん

2013/09/06(金) 17:09:50.69

Application Verifier

0316デフォルトの名無しさん

2013/09/09(月) 15:52:26.15

CygwinのMinttyからnslookupコマンドを使うとこのような表示になります。
http://i.imgur.com/cG6K6U5.jpg

何か解決方法はありませんか？
echo $LANGだと
ja_JP_UTF-8がでます。

0317デフォルトの名無しさん

2013/09/09(月) 17:45:58.15

which nslookup

0318デフォルトの名無しさん

2013/09/09(月) 18:42:36.30

>>316
どれか選べ
1) bind-utilsをインストールする(cygwinのnslookupがはいっている)
2) nslookup 2>&1 | iconv -f cp932 -t utf-8 のように実行する
3) Windowsネイティブのコンソールアプリケーションを対話的に実行する際には
　minttyを*絶対に*使わないように習慣づける
4) ConEmuやConsole2等、ネイティブ向けの疑似端末アプリに乗り換える

0319デフォルトの名無しさん

2013/09/09(月) 18:56:18.44

chcp 437か65001という手もありかな

0320デフォルトの名無しさん

2013/09/11(水) 17:29:12.09

>>315
こんなん出ました。
+ <avrf:logEntry Time="2013-09-11 : 17:16:44" LayerName="Heaps" StopCode="0x13" Severity="Error">

0321デフォルトの名無しさん

2013/09/15(日) 17:20:43.87

最新バージョンのcygwinを使用しているのですが
/cygdrive/c 等でcドライブにcygwinがアクセスできますが
誤ってデータ削除等を防止したいので cドライブ等にアクセスできなくしたいのですが
設定のやり方が調べてみたのですが見つかりませんでした。
ご存知の方いましたらご教示お願いできないでしょうか

0322デフォルトの名無しさん

2013/09/15(日) 17:33:53.96

Cドライブにアクセス権のないユーザーアカウント作ってcygwinをそのアカウントで実行とかどうよ

0323デフォルトの名無しさん

2013/09/15(日) 17:44:55.83

ACLでやるしかないってさ
http://serverfault.com/questions/423090/cygwin-how-do-i-disable-cygdrive

0324デフォルトの名無しさん

2013/09/16(月) 22:56:24.66

全くの初心者です。
MinGW、opencobolをインストールしてCOBOLの勉強をしようと思ったのですが、
コマンドプロンプトでcobcと打つと、
「libintl-8.dllが見つからなかったため、このアプリケーションを開始できませんでした」と
エラーが出ます。無知で申し訳ありません、どなたか解決策を教えていただけないでしょうか。

0325デフォルトの名無しさん

2013/09/16(月) 23:04:25.86

そんなもん、VirtualBOXにLinuxでも入れてCOBOL入れたほうがラクだぜ？

0326デフォルトの名無しさん

2013/09/16(月) 23:57:38.59

「libintl-8.dll」というファイルをcobc.exeと同じ場所に置く

0327デフォルトの名無しさん

2013/09/17(火) 00:34:35.06

アドバイスありがとうございます、libintl-8.dllを
ダウンロードしようと色々探してみましたが、
どこにもありません。サイトとかご存知でしたら
教えていただけないでしょうか？

0328デフォルトの名無しさん

2013/09/17(火) 00:48:17.30

http://jp.dll-files.com/libintl-8.dll.html

0329デフォルトの名無しさん

2013/09/17(火) 00:51:14.72

胡散臭いサイトだな

0330デフォルトの名無しさん

2013/09/17(火) 00:56:17.61

libintl-8.dllを上記サイトで無事ダウンロードできました。
コマンドプロンプトでcobcと打つと「No input files」と
表示されましたので次のステップに進む事ができそうです。
アドバイスありがとうございました！

0331デフォルトの名無しさん

2013/09/17(火) 01:12:19.56

330の者です。
サンプルプログラムをコンパイルすると
$ cobc -x hello.cob
gcc: fatal error: -fuse-linker-plugin,
but liblto_plugin-0.dll not found compilation terminated.
とエラーが出ます。gccのバージョンは4.8.1です。
参考になるサイトや書籍も少なく最初からかなりつまづいています。
初心者レベルの質問で申し訳ありませんが解決法を
ご教授いただけないでしょうか？

0332デフォルトの名無しさん

2013/09/17(火) 01:14:51.73

「liblto_plugin-0.dll」というファイルを(以下略

0333デフォルトの名無しさん

2013/09/17(火) 01:27:15.54

MinGWのどこかにliblto_plugin-0.dllがあるから、ファイル検索してそこにPATHを通す

0334デフォルトの名無しさん

2013/09/17(火) 01:41:06.83

COBOLなんて未来のない言語なんてやめとけ

0335デフォルトの名無しさん

2013/09/17(火) 02:52:23.28

初心者というのは自分で調べる意欲がないと名乗っちゃいかんよ
331はただの産廃

0336デフォルトの名無しさん

2013/09/17(火) 13:05:40.78

TDM GCCを使ってます。
boostをインストールを公式の方法でコンパイルしようとすると
マイクロソフトのclというコンパイラが見つからないエラーになります。
buildツールがtdm gccを見つけられないのが原因ですか？

0337デフォルトの名無しさん

2013/09/17(火) 16:51:26.01

公式とはどこの公式だ？

0338デフォルトの名無しさん

2013/09/17(火) 16:59:33.02

それはMinGWでなくVC++のビルドだ

0339デフォルトの名無しさん

2013/09/17(火) 17:12:10.03

>>336
boostのバージョンは？

0340デフォルトの名無しさん

2013/09/17(火) 18:17:50.44

boostはしばらくビルドしてないがmingwだと指定するオプションがあったように思うんだが

0341デフォルトの名無しさん

2013/09/17(火) 20:49:17.48

>>336
このスレ住人でboostを自前ビルドして使っている奴は少ないから
boostスレで聞いたほうが良いような気がするが

0342デフォルトの名無しさん

2013/09/17(火) 23:11:12.68

>>336
つい半月ほど前MinGW(w64)+MSYSを使って、boost 1_54_0 stable
と 1_55_0 devel (http://svn.boost.org/svn/boost/branches/release/)
をビルドしたんだが、2ヶ所程パッチを当てる必要があった。
・Boost.Thread 1ヶ所 (https://svn.boost.org/trac/boost/ticket/8817)
・Boost.Context 1ヶ所 (https://svn.boost.org/trac/boost/ticket/7262)
多分、今でも同じだと思う。参考まで。

0343デフォルトの名無しさん

2013/09/18(水) 03:48:29.49

TDMのGCCって4.7だっけ？
C++の主なGUIライブラリは、4.8以上になるとcc1plusがハングしたな
試したのはboost、wx、ｆｌｔｋ
gccは4.8、4.9

この内fltkだけはビルド通った
4.7では全てビルド可能

4.7使ってんのに通らないってconfigureでヘルプ見るなりなんなりしてんのか？
あ、でもboostは>>340の言うとおり別途ツールが必要だったな

0344デフォルトの名無しさん

2013/09/29(日) 14:53:07.53

TDM-GCC 4.8.1ｷﾃﾀ

0345デフォルトの名無しさん

2013/09/29(日) 14:53:38.52

やっとTDMの4.8.1が来た

0346デフォルトの名無しさん

2013/10/01(火) 07:57:34.59

ウイルス入ってた。

0347デフォルトの名無しさん

2013/10/01(火) 08:03:00.18

やった、std::thread使えるって書いてある。

0348デフォルトの名無しさん

2013/10/02(水) 22:18:47.75

mingwも新インストーラー来てたね。

0349デフォルトの名無しさん

2013/10/03(木) 10:18:03.46

MinGWにおいて、eclipseにおいてのCDTにおいて、makefile projectにおいて、mingwのupdateと同時に、
久しぶりにup dateしたら、eclipseで他の場所においてあるinclude fileのpath設定しなくても
なぜかincludeファイルの中身の参照ができるんです。
これはmake fileの中身をeclipseが俗に言う盗聴してるということですか？
それともコマンドラインを盗聴しているんでしょうか？
これがはっきりわからないと怖くてつかえません。
おしえてください。

0350片山博文MZコスモ ◆T6xkBnTXz7B0

2013/10/03(木) 13:48:37.01

TDM64-GCC 4.8.1でwinpthreadsを使わない方法を教えて下さい。

0351デフォルトの名無しさん

2013/10/03(木) 17:58:02.25

>>349
マジかよ
便利だけど玄人からすると邪魔な機能だな...

0352デフォルトの名無しさん

2013/10/03(木) 18:11:56.43

gcc -print-search-dirs
してみ

0353デフォルトの名無しさん

2013/10/04(金) 01:43:16.31

>>348
きょうインストールしてみたよ
MSYSのコンソールがインストールされなかった。
アイコンは、あるけど、あるだけかなー
bashを起動すればいいんですよね?

0354デフォルトの名無しさん

2013/10/04(金) 02:39:12.10

>>353
C:\MinGW\msys\1.0\msys.bat
を実行

0355デフォルトの名無しさん

2013/10/04(金) 10:04:56.56

それうまくいかないね

0356デフォルトの名無しさん

2013/10/04(金) 10:05:43.10

C:\MinGW\bin>gcc --version
gcc (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

0357デフォルトの名無しさん

2013/10/04(金) 11:59:41.88

mintty

0358デフォルトの名無しさん

2013/10/04(金) 13:14:55.89

>>352
そこに入って無いやつのことなんですけど？

0359デフォルトの名無しさん

2013/10/05(土) 09:26:52.54

環境変数や
#include "" と #include <> の違い
判ってて喰い下がってんの？

0360デフォルトの名無しさん

2013/10/05(土) 19:59:11.72

においでにおいでって気持ち悪い日本語だな

0361デフォルトの名無しさん

2013/10/07(月) 01:44:45.10

mingwをVisual Studio Shellから使用する方法ってある？

0362デフォルトの名無しさん

2013/10/07(月) 21:00:43.28

無い

0363デフォルトの名無しさん

2013/10/08(火) 03:37:32.39

4.8.1でもto_stringとか使えないのな。rev5ならOKだったけど。

0364デフォルトの名無しさん

2013/10/09(水) 07:28:06.06

>>359
わかってないだろ？
とりあえずハードドライブのどこでも良いからフォルダー
を作ってそこに何でも良いからヘッダーファイルを置け。
その後、makefileに-I　オプションにヘッダーファイルのパスを書け。
その後、ソースファイルにそのヘッダーファイルをインクルードしろ。
その後、ビルドしろ。
その後、#include "ほにゃらら.h"を右クリックするとホニャララ.hが開けるから
みていろ。

0365デフォルトの名無しさん

2013/10/09(水) 20:10:02.18

TDMはmultilibやめたのか
x64とx86のバイナリ同時にビルドする人もあまりいないだろうしな
ってかmultilibってシンボリックリンク張ってビルドするんだっけ？
windowsじゃそれ無理だから作れないっぽい
共用ライブラリ.soもMinGWじゃ作れないからhttpdも動かないし、
やっぱmsys+MinGWじゃ色々制約多いのね

0366デフォルトの名無しさん

2013/10/11(金) 02:03:07.97

MinGWを起動するときのウィンドウが一つ消えて新しいのがすぐに立ち上がるような動作ってデフォルトでしょうか？

それと、普段はMinGWからvimを起動させているのですが、emacsを起動させる方法が分かりません。
一応emacs自体はインストールのしているのですが。

0367デフォルトの名無しさん

2013/10/12(土) 17:05:00.44

Cygwinは今もノートンと相性が悪いでしょうか？

0368デフォルトの名無しさん

2013/10/12(土) 19:39:06.58

>>367
悪い。
setup-x86.exeがpackageをdownloadしなくなったので、原因を調べていたら
Nortonのpersonal firewallが止めていた。

0369デフォルトの名無しさん

2013/10/13(日) 10:57:26.64

>>368
ありがとうございます
やっぱりダメですか｡困ったなｰ
バスターに変えるか････

0370デフォルトの名無しさん

2013/10/13(日) 11:23:18.86

>>369
バスターだと相性いいんでしょうか?

Cygwinってセキュリティ系softとの相性が悪いものだと割り切っていたのですが…?

0371デフォルトの名無しさん

2013/10/13(日) 14:28:12.00

>>370
そうなんですか？
周りではノートンだけの現象と聞いてたんですが･･･

セキュリティ系softを入れないと不安な環境で
入れないわけにはいかないでしょうし

0372デフォルトの名無しさん

2013/10/13(日) 20:30:17.20

ノートン持ってないから知らんけど、パーソナルファイアウォールって、
指定したソフトの通信を許可する機能ってのがどこかにあるもんじゃないの？
やった上で駄目ならごめん。

0373デフォルトの名無しさん

2013/10/13(日) 20:58:40.60

>>372
もちろん設定したよ。設定してからはちゃんと動く。
ただ、なんとなく動きがおかしいときに、原因にたどり着くまでには時間がかかるの。

0374デフォルトの名無しさん

2013/10/14(月) 05:55:53.71

結局、相性が悪いのとは関係ない話だったな

0375デフォルトの名無しさん

2013/10/15(火) 10:06:16.30

>>371
http://cygwin.com/faq/faq.html#faq.using.bloda
ここにリストアップ書いてあるソフト（Cygwin界隈ではBLODAと呼ばれているらしい）は
全部相性が悪い

0376デフォルトの名無しさん

2013/10/15(火) 12:46:57.35

mingwだけどavastにブロックされた事はある
フォルダごと除外リストに突っ込んだ気がする

0377デフォルトの名無しさん

2013/10/15(火) 23:08:38.19

http://mingw-w64.sourceforge.net/download.php
は
http://sourceforge.net/projects/mingw-w64/
をベースに、作られてるインストーラで
http://www.gaia-gis.it/gaia-sins/mingw64_how_to.html
こんなやり方をすれば、インストーラを使わずに64bitのmingw環境を構築できますか？

0378デフォルトの名無しさん

2013/10/15(火) 23:20:45.24

>>377
TDM-GCCからある程度バイナリ引っ張ってきた方が早い
三つ目のリンクは自分も参考にした

0379デフォルトの名無しさん

2013/10/15(火) 23:35:45.42

>>378
ありがとう、やってみます

0380デフォルトの名無しさん

2013/10/15(火) 23:54:41.09

x86_64-w64-mingw32(4.8.2)から
-finput-charset=CP932 -fexec-charset=CP932
が実装されてるぞい
"表\示"
としなくてもよくなったぞい,えがったのー

0381デフォルトの名無しさん

2013/10/16(水) 00:10:01.23

わーい、やったぁ

0382 ◆QZaw55cn4c

2013/10/16(水) 08:06:11.75

codepad や ideone でもコンパイラオプションを指定できればいいのにねえ

0383デフォルトの名無しさん

2013/10/16(水) 11:59:29.55

それはそれで、普通じゃないオプションを指定してドヤ顔する奴がでてきそうで嫌だな。

0384デフォルトの名無しさん

2013/10/25(金) 00:11:48.82

>>382
そういうなら、自分でそんなことできるサイト作れよ

0385デフォルトの名無しさん

2013/11/03(日) 16:20:00.03

MinGW,msys-minttyを先日インストールしました。
下記のコマンドを打つと、
$ gcc --version
ポップアップ・ウィンドウが発生し、
--------------------------------------------------------------------
gcc.exe ディスクがありません。
ドライブにディスクがありません。ディスクドライブI:に挿入して下さい。
[キャンセル] [再実行]
--------------------------------------------------------------------
$ gcc --version
gcc.exe (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.

と出力されます。同様に簡単なhelloworldプログラムを作成し、
コンパイルしましたが、不明なポップアップウィンドウが出る
事を除いては、問題なく実行ファイルが作成されました。

ポップアップ・ウィンドウが出る原因が分かりますでしょうか？

板違いだとしたら、申し訳ありません。
お手数ですが、アドバイスを頂けると助かります。

[補足]
OS: Windows 8
MinGW: 　mingw-getで最新版をインストール(mingw32-base Installed Version 201307220)
PATH設定: C:\MinGW\bin;C:\MinGW\msys\1.0\bin; (追加済み)

0386デフォルトの名無しさん

2013/11/03(日) 16:30:38.89

>>385
「ディスクがありません」はマルチカードリーダをつないでたら出た

0387デフォルトの名無しさん

2013/11/03(日) 16:45:15.17

>>385
Iドライブって存在するのか?　あるなら何を割り当てている？　
ひょっとして>>386言うマルチカードリーダ？

0388385

2013/11/03(日) 16:45:44.39

>>386
まさにその通りでした。
マルチカードリーダを外すと解決しました。
本当にありがとうございました。

0389385

2013/11/03(日) 16:52:45.17

>>387
行き違いになりましたが、レスありがとうございました。
助かりました。

0390デフォルトの名無しさん

2013/11/03(日) 18:05:15.35

関係ないけどこれOutlookでも遭遇したことあるんだよなー改善して欲しい
なんで勝手にダイアログ出すの！？

0391デフォルトの名無しさん

2013/11/03(日) 20:47:39.91

昔はフロッピーディスクと言うものがあってだね。

0392デフォルトの名無しさん

2013/11/03(日) 21:19:02.94

リムーバルメディアにメディアが入ってない場合、
メディアを挿す必要があるから

0393デフォルトの名無しさん

2013/11/03(日) 21:59:28.10

普段は趣味でVisual Studioを使っているのですが、GMPを試したいと思い、
homepage2.nifty.com/m_kamada/math/gmp_ja.htm
に従ってcygwinをインストールしました。
2.1～2.12まで完了し、3はスキップして(既に最新版のGMP5.1.3だったので)、
helloworld的なコードをgccでコンパイルすることには成功しましたが
GMPを使ったコードを試すとgmp.h: No such file or directoryというエラーが出ます
どうすれば解決できますか？

0394デフォルトの名無しさん

2013/11/03(日) 22:06:31.73

>>393
libgmp-develは入れたか？

0395デフォルトの名無しさん

2013/11/03(日) 22:37:18.10

ありがとうございます。解決しました。

0396デフォルトの名無しさん

2013/11/04(月) 06:19:19.52

windowsでC/C++コンパイルにgcc3.4.5を使ってたのから4.8.1に変えてみたらコンパイルに時間かかり過ぎ
こんにちは世界を表示させるソースに2秒も時間使ってるんじゃねえよ

0397デフォルトの名無しさん

2013/11/04(月) 12:05:20.85

ごめんなさい

0398デフォルトの名無しさん

2013/11/04(月) 16:31:11.08

>>396
それはこんなプログラムじゃなかったかい

#include <iostream>
template<char O, bool =O == 'h'? '-' :O == 'w'? '=' :0>class _;
template<char O>std::ostream&operator<<(std::ostream&lhs,_<O,0>*) {
　return lhs << O;
}
template<char O>std::ostream&operator<<(std::ostream&lhs, _<(O), 'o'>*) {
　return lhs<<(char)(O - '!' + '.' - '-' );
}
template<> std::ostream&operator<<<'~'>(std::ostream& m9,_<'~', 'o'>*) {
　return m9<<('m');
}
int main(int orz=3) {
　std::cout<<(_<'h'>*)0<<(_<'e'>*)0<<(_<'l'>*)0<<(_<'l'>*)0<<(_<'o'>*)0<<(_<'w',0>*)0<<
　　(_<' '>*)0<<(_<'w'>*)0<<(_<'o'>*)0<<(_<'r'>*)0<<(_<'l'>*)0<<(_<'d'>*)0<<(_<'!'>*)0<<std::endl;
　return 0;
}

0399デフォルトの名無しさん

2013/11/05(火) 21:40:17.68

最適化が賢くなりコンパイル時間は逆に伸びていると聞く

0400デフォルトの名無しさん

2013/11/06(水) 10:30:16.30

テンプレートみたいに全部ヘッダに書いて
プリコンパイルしてしまうんだ

0401デフォルトの名無しさん

2013/11/09(土) 11:05:09.08

gcc遅い -> gcj外せというテンプレ的やりとりを何度か見た気がするが
デフォはどうなってるんだっけ　ググっても見つからない

0402デフォルトの名無しさん

2013/11/12(火) 22:28:41.01

gccで　キーボードの操作をするやり方を知りたいのですが
ライブラリとか関数とか知ってる方いるかな

0403デフォルトの名無しさん

2013/11/13(水) 01:04:51.80

http://toro.2ch.net/test/read.cgi/tech/1313183984/
ここにいけば教えてくれるかも知れんぞ以前それのやりかたで炎上したから

0404デフォルトの名無しさん

2013/11/13(水) 04:53:52.24

>>402
キーボードの操作ってなにをやるの?
普通のキーボードは外部からの操作を受け付けるようになんてなってないと思うけど。
まさか、ロボットアームでも動かしてキーを押すとか?w

0405デフォルトの名無しさん

2013/11/13(水) 09:27:47.94

gccでなのか Win32でなのか

0406402

2013/11/13(水) 20:22:14.58

すみません　自己解決しました・・

>>404
キーイベントを発生させる
といった意味でした。　
言葉足らなくて申し訳ない

>>405
Win32ですね

0407デフォルトの名無しさん

2013/11/13(水) 21:24:40.06

MinGW関係なくSendMessageかkeybd_eventで

0408デフォルトの名無しさん

2013/11/14(木) 23:50:10.28

MinGW画久しぶりに更新されてなのでついでにObjectiv-Cも使えるようにしたいと思い
mingw installation manager で全部マークしてインストールしたんですが
gcc -lobjc test.mってやると↓のエラーがでます
gcc: error: test.m: Objective-C compiler not installed on this system

どうやってObjectiv-Cが使えるようになりますか？

0409デフォルトの名無しさん

2013/11/26(火) 21:45:22.90

komanew.blogspot.jp/2010/09/windowsobjectivec.html
www.onemoresoftwareblog.com/2012/03/objective-c-with-mingw.html

0410デフォルトの名無しさん

2013/12/04(水) 11:17:20.47

TDM-MinGWでregexのサンプルプログラム走らせるとエラーダイアログ出るわ
MinGW-Buildsに変えてやってみようっと
最近MinGW-BuildsもThreadとかちゃんと対応してるじゃん

http://sourceforge.net/projects/mingwbuilds/

0411デフォルトの名無しさん

2013/12/05(木) 20:42:24.80

あかんわ
MinGW-buildsでも同じエラー
どうしてもregexを使いたいならClangを入れろという事か

0412デフォルトの名無しさん

2013/12/05(木) 20:46:45.40

http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html

ここ見とけ

0413デフォルトの名無しさん

2013/12/05(木) 21:09:38.35

C++11使えばregex使えるんじゃないの？
regex.hなのかregexなのかが不明だわ

0414デフォルトの名無しさん

2013/12/05(木) 21:17:02.33

エラーも不明

0415デフォルトの名無しさん

2013/12/05(木) 22:50:08.47

http://gcc.gnu.org/
C++11 <regex> support [2013-10-03]
Regular expression support in libstdc++-v3 is now available.
と書いてあるな

0416デフォルトの名無しさん

2013/12/06(金) 00:16:45.93

wandboxで試したら、GCC-4.9からはstd::regex使えるけどそれ以前は駄目だ
http://melpon.org/wandbox/permlink/ujwTxbG8HCjBJHHb

>>410が見たのはこういうエラーだろう

terminate called after throwing an instance of 'std::regex_error'
what(): regex_error

0417片山博文MZコスモ ◆T6xkBnTXz7B0

2013/12/10(火) 17:12:11.08

directmusic使えないの？

0418デフォルトの名無しさん

2013/12/10(火) 20:56:38.64

上がっていると思ったら。荒らし上げか

mingwでC++11 <regex> って4.8じゃ駄目なのか
脳メモしとこ

0419デフォルトの名無しさん

2013/12/24(火) 14:45:39.70

ギリシャ文字も使えるプログラム言語作ろうとおもってるんですけど、
３２ビットユニコードに対応するにはどうしたらいいですか？

0420デフォルトの名無しさん

2013/12/24(火) 15:14:55.27

最近のcygwinはutf8が標準なんだから、何の問題もないだろ。

0421デフォルトの名無しさん

2013/12/24(火) 15:24:15.50

>>420
逆の方です。

0422デフォルトの名無しさん

2013/12/24(火) 15:33:20.52

逆って何だ?
utf-32とutf8の変換なら普通にiconvでもすればいいだろうけど、それとギリシャ文字を扱うのと何の関係があるんだ?

0423デフォルトの名無しさん

2013/12/24(火) 15:50:56.76

>>419
wchar_t(16ビット)じゃダメな理由は？

0424デフォルトの名無しさん

2013/12/24(火) 16:29:08.11

プログラム言語作ろうってレベルの人間の質問じゃない

0425デフォルトの名無しさん

2013/12/24(火) 16:40:54.83

たぶん後付けで対応できるからそれ抜きですすめてみたら

0426デフォルトの名無しさん

2013/12/25(水) 09:49:06.49

>>422
逆とはMinGWの方です。
>>423
機種依存文字をつかいたくないかつ沢山の種類の文字を使いたいニーズにこたえるためです。
>>424
プログラム言語の第一歩は字句解析を作るところから始めます。
>>425
それはできません。

やりたいコードを書きます。環境はTDMGCC eclipseです。
char32_t x=U'あ'
char32_t y[]=U"いうえ";
char32_t z;
std::in>>z;//おを入力
std::cout<<x<<y<<z<<std::endl;

0427デフォルトの名無しさん

2013/12/25(水) 15:13:23.24

>>426
MinGWでもコンパイラオプションは必要だがstd::cin以外はそのままコンパイルできる
iostreamがchar32_tをサポートしていないのでちゃんと表示されないけど
入出力時にはiconvやlibicuとか別のライブラリを使って変換してやならければいけない
内部で扱う分にはstd::u32stringとかある

0428デフォルトの名無しさん

2013/12/25(水) 18:58:34.13

MinGWがmsvcrt.dllを使うのはいいけど、
printf()の機能が貧弱で移植性が無くて泣きたくなる…
今のところ分かってるのは
%pで0xがつかない
%zがない
%lldがない

0429デフォルトの名無しさん

2013/12/25(水) 19:05:04.48

fold_builtin_printf

0430デフォルトの名無しさん

2013/12/25(水) 19:15:16.42

zが無いおかげで32bit, 64bit, MinGW, GCC(Linux)の組み合わせで
size_tをprintfするポータブルな方法が無くて詰んだ…

ググったらとりあえず
#include <inttypes.h>
printf("%"PRIuPTR"\n", size);
とすればいいようだ…

0431デフォルトの名無しさん

2013/12/25(水) 19:21:51.92

>>429
おぅ！気付かなかった
> fold_builtin_printf
これって-fno-builtin-printfしてみろってこと？
それでも結果同じだったよ

0432デフォルトの名無しさん

2013/12/25(水) 19:46:22.52

MS系だと符号付き64ビット整数は%I64dだね
__int64サポート前のWin95とかの時代、(U)LONG_INTEGERが構造体表現しか含んでなかった頃の独自拡張の歴史的経緯
当時のC標準外サポートの泥臭い独自クッションの名残は他にも色々あるな、FARとかNEARとかLPとか…

0433デフォルトの名無しさん

2013/12/25(水) 19:48:54.46

LONG_INTEGERじゃなかったLARGE_INTEGERだ

0434デフォルトの名無しさん

2013/12/25(水) 19:52:30.07

llとかzはオプションで使えんじゃねーの
http://www.kijineko.co.jp/node/918

0435デフォルトの名無しさん

2013/12/25(水) 20:31:43.66

>>434
なんと！参考になったありがとう

0436デフォルトの名無しさん

2013/12/25(水) 23:49:21.27

__USE_MINGW_ANSI_STDIOってのもあるらしい

0437デフォルトの名無しさん

2013/12/26(木) 12:45:43.31

>>436
おお！ありがとう
これやるとexeが22KBほど増加するけど背に腹は変えられない
msvcrt.dllが対応するまでこれで凌ぐかな(対応しない可能性が高いが…)

0438デフォルトの名無しさん

2013/12/29(日) 10:07:00.52

>>427
ありがとうございます。
やってみます。

0439デフォルトの名無しさん

2013/12/29(日) 10:08:21.48

426の環境で
char32_t a=U'あ'
とやると以下のメッセージが出ます。
converting to execution character set: Illegal byte sequence
どうしたらいいですか？
char32_t a=U'a'
ならメッセージはでません。

0440デフォルトの名無しさん

2013/12/29(日) 10:14:38.81

>>439
-finput-charset

0441デフォルトの名無しさん

2013/12/29(日) 10:19:11.77

>>440
やってみます。

0442デフォルトの名無しさん

2013/12/30(月) 10:40:06.52

-finput-charset
はソースコードの文字コードのしていじゃないですか。
-fexec-charset
の実行時の文字集合っていうのが意味がわからないんですけど、
文字列とがデフォルトではutf-8になるということですか？
char32_t x=U'a';
はaがutf-8に変換されてｘ入るわけじゃないですよね？
おしえてください。

0443デフォルトの名無しさん

2013/12/30(月) 11:27:47.79

>>442
試してみたら分かるでしょ
u, U, L以外の文字・文字列が-fexec-charsetで指定した文字コードになる

0444デフォルトの名無しさん

2013/12/30(月) 11:33:15.31

試してないのでわかりませんでした。
ありがとうございました。

0445デフォルトの名無しさん

2014/01/07(火) 18:31:23.24

Cygwin x86_64でvimをビルドしている途中に
no terminal library found
checking for tgetent()... configure: error: NOT FOUND!
You need to install a terminal library; for example ncurses.
Or specify the name of the library with --with-tlib
などといわれたので、setup-x86_64.exeからlibncursesw-develをいれてから再度
make distclaenした上で-with-tlib=ncurseswを加えてみるもうまく行かず、途方にくれています。
どうしたらよいのでしょうか。

0446デフォルトの名無しさん

2014/01/07(火) 18:58:21.47

追記です
一応configureのオプションは
sourceforge.net/p/cygwin-ports/vim/ci/master/tree/
のviim.cygportに記載されているものに準拠しています。

cygport vim.cygport download #追加のパッチはなぜか自動でDLされない
cygport vim.cygport prep
cygport vim.cygport compile #クロスコンパイルのチェックに引っかかるのでCCを調整
結局>>445のエラーが出ます。

0447デフォルトの名無しさん

2014/01/07(火) 20:46:29.27

config.logを見てみてください
ncursesのライブラリをリンクしてconftest.cのビルドが通るか見ているはずです
そこのログはどないな感じですか？

0448445

2014/01/07(火) 23:23:50.11

ログを見るとLDFLAGS="-L/usr/local/lib"となっていて
ls /usr/local/libとすると何もありませんでした。
そこでLDFLAGS="-L/usr/lib"にしてconfigureするとmakefileは作成できました。

makeをすると
if_cscope.c:19:23: fatal error: sys/wait.h: No such file or directory
# include <sys/wait.h>
というエラーが出たので、
CPPFLAG S=" -I/usr/include/"にしてmakeしました…

すると、今見ている途中なのですが何かしらエラーが起きてmakeできませんでした。

0449片山博文MZコスモ ◆T6xkBnTXz7B0

2014/01/08(水) 10:49:21.18

スラッシュが余分

0450デフォルトの名無しさん

2014/01/08(水) 11:31:25.54

--prefix=/usr

0451デフォルトの名無しさん

2014/01/08(水) 11:52:58.21

vimがどうかは知らんけど、一般にGNU autoconfのconfigureで
--prefix=/usr指定しないとビルドできないケースなんて聞いたことないぞ
デフォルトのprefixは/usr/localだし、$HOME以下指定してビルドするケースも多い
-Iや-Lで余分なディレクトリ追加指定されたからといって、普通ならgccはデフォルトで
/usr/includeや/usr/libの中は探すだろ
gcc --print-search-dirs の出力はどうなる？

なんか腐ってんじゃねーの

0452デフォルトの名無しさん

2014/01/08(水) 12:23:03.86

あなたの頭の中のこと

0453デフォルトの名無しさん

2014/01/08(水) 12:24:57.86

たまにローカルビルドできない（できなく）ことあるよ

0454片山博文MZコスモ ◆T6xkBnTXz7B0

2014/01/08(水) 12:56:51.42

「CPPFLAG S」ではなく「CPPFLAGS」

0455デフォルトの名無しさん

2014/01/08(水) 13:17:54.52

>>445
公式から落としたvim74を./configure && makeしてみたが問題無かった
x86_64 Cygwin gcc バージョン 4.8.2 (GCC)
環境が腐ってると思う
32bitかmingwのgcc呼んでるとかじゃね？
configureオプションはcygportからX関係をのぞいたやつ

0456デフォルトの名無しさん

2014/01/08(水) 15:47:54.01

$ cygport vim.cygport prep
*** ERROR: lua is required to build this package
$ cygport vim.cygport prep
*** ERROR: pkg-config is required to build this package
$ cygport vim.cygport prep
*** ERROR: python3 is required to build this package
$ cygport vim.cygport prep
*** ERROR: ruby is required to build this package

0457445

2014/01/08(水) 19:25:42.10

export MAKE_MODE=unixを追記した上でcygwinを入れなおしたらビルドも通せました。
結局初歩的なミスで恥ずかしい限りです。

助言を下さった皆さん、どうもありがとうございました。

0458デフォルトの名無しさん

2014/01/08(水) 20:55:47.71

>>457
MAKE_MODE環境変数はとうの昔に廃止されたよ
http://www.cygwin.com/ml/cygwin-announce/2006-07/msg00008.html

0459デフォルトの名無しさん

2014/01/08(水) 21:02:41.65

俺がわからないものは作るなっていってるだけでしょ

0460445

2014/01/08(水) 23:19:10.95

改めていろいろ試したところ

C:\cygwin\bin\zsh.exe -c "/usr/bin/mintty -&"
というショートカットからと

@echo off
C:\cygwin\bin\zsh.exe -c "/usr/bin/mintty -&"
exit
というバッチファイルからでは結果が違いました。
(MAKE_MODE=unixの有無は関係なかったです。)

前者はクロスコンパイルと認識され
後者はビルドまでいけました。

もうよくわからない…

0461デフォルトの名無しさん

2014/01/08(水) 23:45:26.99

clang3.4のビルド済みバイナリ入れてみたんだが、
cout << endl;
これがあると実行時に落ちる
g++に戻すと普通に動いた

自前でclangビルドした方が良いんだろうか？
自分の環境が腐ってんのかな…

0462デフォルトの名無しさん

2014/01/09(木) 14:42:13.54

特殊なライブラリーを使わない限り
utf32の入出力ってファイル入出力が
普通の人のやりかたですか？

0463デフォルトの名無しさん

2014/01/09(木) 15:43:24.93

>>462
俺語を使わずに、分かるように質問し直してくれ。

0464デフォルトの名無しさん

2014/01/10(金) 09:18:21.28

標準出力ではたしか数値になって出力されますよね。
だからint32_t文字列をバイナリとしてファイルに書き込みすると言う意味です。

0465デフォルトの名無しさん

2014/01/10(金) 11:01:57.57

UNIX的な概念では標準入出力もファイルだな

0466デフォルトの名無しさん

2014/01/10(金) 11:23:26.47

gdbって知ってる？
使ったことある？

0467デフォルトの名無しさん

2014/01/10(金) 11:33:56.89

意味が分からないけど「普通の人」というなら、それこそ普通はUTF-32は
内部形式に使うことはあっても入出力にはほぼ使われないぞ

もし使うのなら、>>464の考え方で基本的には正しいけど
エンディアンの問題があるので注意
（逆に言えばそこまで含めバイナリと扱いが一緒）

それと、>>465も言ってるように入出力の先は別にregular fileである必要はないし
標準入出力の先が端末であるとも限らない

0468デフォルトの名無しさん

2014/01/10(金) 13:05:37.12

つまり、標準出力をバイナリモードにして、
uft32が表示できる端末に出せば良いんですよね。
そんなのあるんですか？

0469デフォルトの名無しさん

2014/01/10(金) 13:15:28.40

>>468
iconvにでもパイプでつなげばいいだろ。

0470デフォルトの名無しさん

2014/01/10(金) 13:19:19.75

>>468

やってみます。

0471デフォルトの名無しさん

2014/01/10(金) 14:08:26.67

>>468
端末にUTF-32を直接出力するのは具合が悪いと分かっていながら、
そもそもなぜUTF-32で出したいんだ？

0472デフォルトの名無しさん

2014/01/10(金) 16:28:42.10

UTF-8にでも変換して出力するstreamを作ればいいのに…

0473デフォルトの名無しさん

2014/01/12(日) 18:12:48.08

cygwinでSDLをインストールしたいので調べてみるとgccのversion3が必要と書かれいて

$ chmod 755 /usr/bin/set-gcc-default-3.sh
$ /usr/bin/set-gcc-default-3.sh

を実行したらバージョンダウンできるみたいなのですが、実行したら

ABC@ABC-PC ~
$ chmod 755 /usr/bin/set-gcc-default-3.sh
chmod: `/usr/bin/set-gcc-default-3.sh' にアクセスできません: No such file or directory

と返されたのでset-gcc-default-3.shでググってみたのですが一つも見つかりませんでした。
cygwinのsetup.exeから何をインストールすればset-gcc-default-3.shをダウンロードできますか？

0474デフォルトの名無しさん

2014/01/12(日) 19:05:04.60

SDLでなにやりたいのけ

0475デフォルトの名無しさん

2014/01/12(日) 20:33:28.66

>>473
そんな馬鹿なと思ったが、SDL-1.2.15のconfigureスクリプト見た感じでは
以下のようなことをやっているんだな

case "$host" in
*-*-cygwin*)
# We build SDL on cygwin without the UNIX emulation layer
BASE_CFLAGS="-I/usr/include/mingw -mno-cygwin"
BASE_LDFLAGS="-mno-cygwin"
;;

-mno-cygwinってのはCygwin用のgccにMinGWターゲットのクロスコンパイルを
簡易的に行わせるための今は亡きスイッチだ
だからGCC3とかいう話が出るんだと思うが、Cygwinターゲットではなく
MinGWターゲットなんだから、Cygwinでビルドする意味はない

それでもCygwinからMinGWターゲットでコンパイルするのであれば、
今はLinuxからと同じやり方でクロスコンパイルするのが正しい作法
つまり、ちゃんとMinGW系のクロスコンパイラツールセットを入れて、
./configure --host=i686-w64-mingw32 --prefix=/usr/i686-w64-mingw32/sys-root/mingw
とかやる
Linuxでビルドしたほうがずっと速いし、デバグをしたいならクロスじゃなく
MinGWネイティブでビルドしたほうが便利で、Cygwinからビルドするメリット無いけどな

0476デフォルトの名無しさん

2014/01/13(月) 12:24:50.76

>>474
https://play.google.com/store/apps/details?id=com.n0n3m4.QIII4A&;hl=ja
このアプリと同じゲームエンジンを使ったゲームをこのアプリのjavaコード&JNIの部分を使いまわして、このアプリと同じように移植してみようと思っています
それで上のURLのアプリはhttp://code.google.com/p/kwaak3/を元に作られていて、さらにこの大本が
http://ioquake3.org/get-it/source-codes/なので、まずこの大本をビルドしてみようと今試していて、それにSDLが必要で今に至っています
しかし、今までlinuxに一度も触れたことがないのでライブラリを入れる時点で躓いています。。

>>475
CygwinにSDLを入れようとしていたのですがMinGWで作業したほうがいいのでしょうか？
Android NDK向けのページを漁っているとどれもCygwinを使っていたので何も考えずにCygwinをインストールしたのですが。

0477デフォルトの名無しさん

2014/01/17(金) 08:59:04.38

>>471
UTF-32で出力しなければプログラム内部で変換しなければならないからです。
>>472
cp-932以外は文字化けするのでuft-8も無駄です。

0478デフォルトの名無しさん

2014/01/17(金) 09:06:04.53

>>477
じゃあ、cp932に変換してください

0479デフォルトの名無しさん

2014/01/17(金) 11:52:39.60

iconvが初めから入ってないのでできません。

0480デフォルトの名無しさん

2014/01/17(金) 12:25:07.87

cygwinのデフォのターミナル使ってないの？

0481デフォルトの名無しさん

2014/01/17(金) 12:26:43.05

UTF-32は内部コードとして使うだけだよ

0482デフォルトの名無しさん

2014/01/17(金) 12:47:23.53

マジレスすると
libiconv.aがTDM-GCCに入ってないので、
自己コンパイルするしかないようなので諦めました。
それなのでmsysにあるiconv.exeを使って変換します。
でもまだバイナリで標準出力に出力する方法が分らないので
試してません。

0483デフォルトの名無しさん

2014/01/17(金) 12:54:20.70

> 自己コンパイルするしかないようなので諦めました。

ソフトのコンパイル一つできないのに開発しようとしてんのか
むりだろ、それは

0484デフォルトの名無しさん

2014/01/17(金) 13:05:16.03

これができませんって言いたいだけの人でしょ

0485デフォルトの名無しさん

2014/01/17(金) 13:20:33.06

＞でもまだバイナリで標準出力に出力する方法が分らないので
釣りだろ。

0486デフォルトの名無しさん

2014/01/17(金) 13:23:33.58

基本的にテキストモードで出力しないと駄目なはずだから
するとバイナリをテキストモードで出力するのと同じ変換を施さなければいけないわけですよ。

0487デフォルトの名無しさん

2014/01/17(金) 13:38:34.17

標準出力にはバイナリで出力できるし
そうでなければnetpbmやsoxやlameやx264みたいなソフトウェアが成り立たない

テキストモードというのは入出力にCランタイムが手を加えるということで
OSのレベルではテキストモードなんてものは存在しないんだから
「バイナリモードでないと駄目」なケースはたくさんあるが
「テキストモードでないと駄目」なケースは存在しないよ

0488デフォルトの名無しさん

2014/01/17(金) 19:01:53.32

MinGW環境の gcc でコンパイルするとき、コンパイラはヘッダファイルをどこから探すのでしょうか？
また、そのヘッダを取り込んだとき、その実体（ソースやオブジェクトなど）はどこにありますか？
取り込むヘッダは"C:\MinGW\include"以下からでしょうか？でも "C:\MinGW\mingw32\include"にもヘッダファイルが並んでいるのでどちらから取り込んでいるのかわかりません。

環境：
ＯＳ：WindowsXP sp3 32bit
ユーザ環境変数：PATH : C:\MinGW\bin;%PATH%
ディレクトリ構成：
C:\MinGW\

0489デフォルトの名無しさん

2014/01/17(金) 19:12:06.04

>>488
gcc -vでコンパイルするとインクルードのサーチパス一覧が表示される
実際にどれがインクルードされているかは-Eオプションの出力を見れば分かる
リンクされるオブジェクトとかライブラリを表示するには"-Wl,--verbose"オプション

0490デフォルトの名無しさん

2014/01/17(金) 19:58:32.30

>>489
"-Wl,--verbose"オプションで stdio.h をインクルードしたソースをコンパイルしたら
attempt to open c:/../crt2.o succeeded
attempt to open c:/../crtbegin.o succeeded
...
attempt to open c:/.../libmsvcrt.a succeeded
attempt to open c:/.../crtend.o succeeded
のように出力されたんですが、これらが stdio.h の実体と考えても問題ないでしょうか？

0491デフォルトの名無しさん

2014/01/17(金) 20:11:04.37

>>488
C:\MinGW\include と C:\MinGW\mingw32\include の中になるものは完全に同じもの
何らかの互換性を保つ為に殘っていると思われる

>>490
実体って何だ？とりあえず
objdump.exe -p a.exe
ってやってみ
何か分かると思うよ

0492デフォルトの名無しさん

2014/01/17(金) 20:16:02.55

>>490
だからインクルードは-Eオプションだって言ってるでしょ
>gcc -E hoge.c | grep ^#

0493デフォルトの名無しさん

2014/01/17(金) 20:20:14.08

まだWindowsXPを使っているのか…

0494デフォルトの名無しさん

2014/01/17(金) 20:29:41.86

この人、DLLとか分からなさそう

0495デフォルトの名無しさん

2014/01/17(金) 20:41:22.17

>>491
>>492

ありがとうございます
私の環境では stdio.h は c:\MinGW\include から取り込まれて、ライブラリは msvcrt.dll がリンクされるようです
もやもやが晴れた気分です

>>493
４月までは・・・

0496デフォルトの名無しさん

2014/01/17(金) 20:46:24.01

-print-search-dirs コンパイラのサーチパスにあるディレクトリを表示する

0497デフォルトの名無しさん

2014/01/17(金) 21:14:23.11

そのオプションの表示、パスが長すぎると途中で省略されてよくわからんかったです。。

0498デフォルトの名無しさん

2014/01/18(土) 03:14:29.05

はあ

0499デフォルトの名無しさん

2014/01/24(金) 09:41:49.94

なんかスマンかった

0500デフォルトの名無しさん

2014/01/25(土) 01:04:56.08

cygwinでgcc4のパッケージが必要みたいだけど一覧にgcc4がないんだけどどういうこと？

0501デフォルトの名無しさん

2014/01/25(土) 03:06:10.33

デフォが4ですよ

0502デフォルトの名無しさん

2014/01/25(土) 05:04:35.01

mingwでXMLライブラリ使いたくて一覧から選んでインストールしたんだけど
cygwinのincludeの方にあって
mingwの方にないのでビルドできなかった
教えてエロい人

0503デフォルトの名無しさん

2014/01/25(土) 06:51:45.91

今度はパッケージの抜けでいちゃもん？

0504デフォルトの名無しさん

2014/01/25(土) 07:57:07.36

>>502
MinGW”で”ライブラリ使いたいならMinGWで環境構築してコンパイル＆インストールしよう
文章を見たところCygwinのパッケージをインストールしただけに見える

CygwinはUNIXの完全互換を目指したものなので、MinGWとかなり差がある
CygwinとMinGWのヘッダファイルを混ぜて運用するのはやめよう

Cygwinで、-mno-cygwinフラグを使えるのはGCC3までです。
現在はMinGW環境とCygwin環境は別個で用意するべきです

0505デフォルトの名無しさん

2014/01/25(土) 08:02:10.78

てかこいつもしかして前からWinXPとかいうボロOS使ってくだらん質問してるやつか
先にLinuxを仮想で使って勉強したほうがええんとちゃうの？

0506デフォルトの名無しさん

2014/01/25(土) 09:59:02.17

>>504
thx

505は別人に因縁やめてもらえませんかね

0507デフォルトの名無しさん

2014/01/25(土) 10:34:16.44

>>506
あっ・・・（察し）
504も505も俺だけどな

0508デフォルトの名無しさん

2014/01/25(土) 17:05:38.35

>>507
ゴミｗｗｗｗｗｗｗｗｗｗｗｗ

>>506
ゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ゴミンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

0509デフォルトの名無しさん

2014/01/25(土) 20:37:21.62

508 名前：あぼ～ん[あぼ～ん] 投稿日：あぼ～ん

0510デフォルトの名無しさん

2014/01/26(日) 02:43:54.38

あぼーんアピ寒すぎんよ～

0511デフォルトの名無しさん

2014/01/28(火) 10:14:12.41

MinGWからssh -XCが動く環境って作れますか？
もしできるならやり方を教えてください。

0512デフォルトの名無しさん

2014/01/28(火) 10:17:27.47

みんｔｔｙ

0513デフォルトの名無しさん

2014/01/31(金) 12:27:28.07

windowsは文字コードがcp932で使いにくいので、
linuxにOSを換えることにします。

0514デフォルトの名無しさん

2014/01/31(金) 14:21:02.01

iconv入れてUTF-8で使うのがデフォだと思ってたんだけど

0515デフォルトの名無しさん

2014/01/31(金) 14:40:11.13

minttyとかputtyとか

0516デフォルトの名無しさん

2014/02/02(日) 03:10:55.32

>>461
標準ライブラリの関数を呼んだら落ちるのなら
t t p : / / tehsausage.com/clang-mingw-gcc-4-7
の真似してソースをいじってからビルドしたら動くと思う

0517511

2014/02/02(日) 13:17:24.75

iconvなんてものがあるのか！！
ありがとう。ググってきます！！！

0518片山博文MZ無能 ◆T6xkBnTXz7B0

2014/02/02(日) 13:29:21.92

c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.8.2/../../../../x86_64-w64-mingw3
2/bin/ld.exe: cannot find -lcomctl32

C:\Users\katahiromz>gcc --version
gcc (x86_64-posix-seh, Built by MinGW-W64 project) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

ぜんぜんクロスじゃないじゃないか！！！　責任者出て来い！！！

0519片山博文MZ無能 ◆T6xkBnTXz7B0

2014/02/02(日) 15:47:51.12

あれこれ試しているけど、64ビット環境でTDM-GCC-32を試すと失敗する。

C:\Users\katahiromz\XWordGiver>g++ --version
g++ (tdm-2) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

G__~1.EXE: error: unrecognized command line option '-municode'

0520デフォルトの名無しさん

2014/02/03(月) 00:46:05.56

There is NO warranty
>ぜんぜんクロスじゃないじゃないか！！！　責任者出て来い！！！
基地すぎ。自分でコンパイラ開発しろよ

0521デフォルトの名無しさん

2014/02/04(火) 02:17:20.10

>>516
修正してビルドしたら実行時エラーが出なくなった
呼出規約が変わってたのか

ありがとうございました

0522デフォルトの名無しさん

2014/02/04(火) 02:27:22.94

>>521
https://groups.google.com/forum/#!topic/llvm-dev/FL9a-13P7IY
も読むといい

0523デフォルトの名無しさん

2014/02/06(木) 20:49:00.17

TDM gccサイトに64bit版ではクロスプラットフォーム開発ができないと
書いてあったような気がするが。

4.8.1でも、まだ32bit版使ってた方が無難そう。

0524デフォルトの名無しさん

2014/02/09(日) 18:08:02.86

clang(mingw,gcc)で<random>使おうとしたらめっちゃエラー出た
__builtin_ia32***の類いが無いとか

とりあえずgccのx86intrin.h中の関連する#includeを無視する様にしてビルド通したけど、これで良いんだろうか？

0525デフォルトの名無しさん

2014/02/09(日) 18:55:14.12

>>524
Clang3.5+Gcc4.9だとそうなるのか
まだ、両方正式版じゃないからな

0526デフォルトの名無しさん

2014/02/10(月) 00:35:04.74

>>524
バグレポートよろしく

0527デフォルトの名無しさん

2014/02/10(月) 23:52:47.74

>>525
clangは3.4、gccは4.8.1だったわ
新しいのに期待する

mingwはTDM版に移行するかな…
clangのthread modelもposixみたいだし

0528513

2014/02/12(水) 14:16:59.74

linuxにしてみたけど普通にユニコードが表示されると思ったら
使えなかった。
なんのためのuft-8なのか問い詰めてみたい。

0529デフォルトの名無しさん

2014/02/12(水) 15:01:38.26

普通に使える

0530デフォルトの名無しさん

2014/02/12(水) 15:03:49.80

CUIでのはなしだけど・・・

0531デフォルトの名無しさん

2014/02/12(水) 15:42:03.66

もちろん普通に使える
つうか表示されてんのに使えないとはどういう事なんだ？

0532デフォルトの名無しさん

2014/02/12(水) 15:43:30.93

黑い四角に文字化けするだろ普通。

0533デフォルトの名無しさん

2014/02/12(水) 15:50:30.52

君には無理なんじゃね？

0534デフォルトの名無しさん

2014/02/12(水) 15:51:54.58

なにもしらないんだな。
同情するよ。

0535デフォルトの名無しさん

2014/02/12(水) 17:03:12.87

>>513
Cygwin や Linux は、いろんなエンコーディング (ロケール) が設定できて、最近のデフォルトが utf-8 ってだけ。
だから、変なインストールや設定をしてしまうと utf-8 でも文字化けする。直し方はディストリによっていくらか異な
るので、「linux ロケール」でググるしか (Cygwin や Linux などの Unix 系は、特に CUI では Windows にはない「事前
に知っておくべきこと」がかなり多いから、使い始めは入門書か参考書とコマンドリファレンス (どのコマンド名で何が
できるか、が一覧されている程度のもの。詳細は man コマンド名で調べられるが、そのコマンド名自体を探し出すの
が大変なので) を一冊ずつ手元に置いておくべき。あと、CUI だとマニュアルが日本語化されていないコマンドもけっ
こうあるので、それなりの英語力も必要)。

0536535

2014/02/12(水) 19:57:23.20

>>532
ここの記述を見落としてた、たぶん、GUI でない素の CUI を使っているものと思われ。現行の Windows マシンは
太古の IBM-PC の延長線上にあるので、素の CUI すなわちテキストモードで英字以外を表示させるのは面倒
(グラフィックモードでテキストモードをエミュレート (フレームバッファ) させる形になる)。特に理由が無ければ、GUI
上の CUI エミュレータ (ターミナルエミュレータ) での CUI 利用をお薦め。どうしても素の CUI で utf8 表示したい
場合は以下を参照 (Ubuntu/Debian の場合、下が古いやり方)。
http://server-setting.info/debian/debian-console-japanease.html
http://www005.upp.so-net.ne.jp/develop-tom/console-deb.html
Cygwin や DOS 窓は元から Windows という GUI 上で動いているので、この問題とは無縁。

0537デフォルトの名無しさん

2014/02/12(水) 20:01:07.10

Linuxと一言で言ってもいろんなデストリビューションがあるからなあ
いまじゃデフォルトのローケルは大抵UTF-8になってるけど、
端末アプリに設定してあるデフォルトのフォントが日本語に対応してなきゃ
表示されなかったりするだろうな

0538デフォルトの名無しさん

2014/02/12(水) 20:05:06.26

「Linuxにしてみたけどユニコードが表示されなかった」
何をやってダメだったのかあまりにも情報不足過ぎてワラウ

0539デフォルトの名無しさん

2014/02/13(木) 01:19:42.23

端末エミュレータの設定だけの問題だったりして。

0540513

2014/02/14(金) 08:32:17.34

俺ってXとか立ち上げないでCUIで済ましたい人じゃないですか？
fbterm?端末エミュレーターだよね。
俺ってデフォルトの状態で日本語表示したい人じゃないですか？
linuxにはできないってことですよね。

0541デフォルトの名無しさん

2014/02/14(金) 11:04:46.48

へ? できるけど?

0542513

2014/02/14(金) 11:50:50.26

端末に表示される文字はBIOSのプログラムだから
英語しか表示できないってことですか？

0543デフォルトの名無しさん

2014/02/14(金) 12:08:45.61

フレームバッファコンソールでぐぐれ
あとはLinux板ででも聞け

0544デフォルトの名無しさん

2014/02/14(金) 12:43:16.44

>>542
素の端末は英語しか表示出来ないよ
日本語を表示させる事も出来るけどXなりGUIで端末エミュレータたちあげる方が簡単だと思うよ
それかWindows上の日本語表示できる端末エミュレータからLinuxにログインするか

0545513

2014/02/14(金) 13:17:30.11

一言でいうと端末の上に膜のようなものを掛けて表示するということですなｗｗｗ

0546デフォルトの名無しさん

2014/02/14(金) 13:34:31.07

フレームバッファにウィンドウを書けばウィンドウシステムになるし、
文字を書けば端末になるってだけのこと
端末の上に膜を掛けるっていうのは全然違う

0547デフォルトの名無しさん

2014/02/14(金) 17:22:37.38

>>540
linux には、じゃなく、IBM-PC マシンには。昔のPC98 とか、日本語テキストモードがデフォルトなマシンで
linux やれば、素の CUI でもデフォルトで日本語表示できるはずだよ。PC98 の場合は SJIS オンリーだけど。
IBM-PC マシンは元々英語圏用仕様だから、ASCII 文字用のテキストモードしかデフォルトでは用意されてない。
linux を含む Unix 系は元々テキストモード用の OS だから、素の CUI はマシンのテキストモードをそのまま使う。

現状、linux で素の CUI を使う人は、英語ロケール (LANG=C) での利用が圧倒的に普通だから、将来的にも素
の CUI のデフォルトが utf8 になることはまず無いと思うよ (フレームバッファ経由だと、グラボドライバーがバグっ
た時に素の CUI の方も真っ黒になって使えなくなることが多い。暗中模索でフレームバッファ利用ターミナルを終
了させればたいていは ASCII だけなら表示できるように戻せる等、LANG=C の方がいろいろ安全)。

0548デフォルトの名無しさん

2014/02/14(金) 22:02:08.61

Linuxで Alt + Ctrl + F1押すとCUIモードになるが
あれがフレームバッファコンソールなんだろうな

0549デフォルトの名無しさん

2014/02/15(土) 10:51:15.44

スレ違い

0550デフォルトの名無しさん

2014/02/18(火) 21:56:38.32

linuxのコンソールで漢字を出すならkon使うんじゃないの？
最近のlinuxディストリビューションだと、起動即Xになるみたいだけど

0551デフォルトの名無しさん

2014/02/18(火) 23:02:26.43

konって何十年前の話しだよw
今はXが簡単に起動するから素のコンソールで日本語表示なんてしない

0552デフォルトの名無しさん

2014/02/19(水) 00:04:48.70

Xは環境次第で動作が不安定になりやすいから俺はランレベルは基本3で起動してるな
グラフィカル環境が必要な時だけstartx

しかしサーバ用のはずのCentOSですら標準インスコだと最初のランレベルが5ってのは疑問に感じるんだが
デスクトップ用途の需要ってそこまで伸びてるのか・・・

0553デフォルトの名無しさん

2014/02/19(水) 00:41:25.46

InelのCPU内蔵GPUとか、GPUなくてもSVGA(だっけ？)のX環境が安定してるからだろうね
サーバ用途でもやっぱり複数ウィンドウ開いて作業する方が便利だし

0554デフォルトの名無しさん

2014/02/19(水) 01:23:20.96

並列作業程度ならCtrl+Alt+F2～の方で大体足りちまうけどなあ
コピペ機能を使いたいとかGUI依存の管理ツールを使ってるってなら分かるが
サーバ用途でSSHも使わず端末の前で直接GUI環境で長時間ってのはどうにもピンと来ない
学生がお勉強でやってるならともかく、エラーや通知をLANG=Cで扱うのは管理者なら必須スキルだしな

0555デフォルトの名無しさん

2014/02/19(水) 13:33:02.72

>>554
学生を使い捨てするならX使えた方がいい。
お前みたいな高給取りのベテラン育てるのはもはや非合理的なんだよ。

0556デフォルトの名無しさん

2014/02/19(水) 15:52:59.58

むしろマウス使わないでやるのがかっこいいからだろ、
文字を緑にしたら完全なハッカーなんだけど
どうやって文字を緑にするのかわからん。

0557デフォルトの名無しさん

2014/02/19(水) 15:59:34.49

ディスプレイのあるコンピュータいじってる時点で三流だよ。

0558デフォルトの名無しさん

2014/02/19(水) 16:38:18.49

むしろアプリの出力文字コードは英語のままで、
日本語も表示できてほしいな。
日本語表示できるようにすると
アプリの出力とかまで日本語化されるからな。

0559デフォルトの名無しさん

2014/02/19(水) 16:50:44.47

LC_ALL=en_US.UTF-8 で出来るんじゃないか

0560デフォルトの名無しさん

2014/02/19(水) 18:46:11.60

>>556
確かに緑文字はかっこいい。みづらいけどな
Windowsのコマンドプロンプトなら
c:\> color 02
で出来る

0561デフォルトの名無しさん

2014/02/19(水) 18:57:48.27

サーバーを直接操作するって考えがもう既にダサい

0562デフォルトの名無しさん

2014/02/19(水) 19:44:28.45

>>560
昔のグリーンモニタの緑は単純な緑色じゃなくて、やや黄色側に寄った緑だからな。
あと残効性のある発光体使ってて、ちらつきが押さえられてる。

目に優しいってことで緑色だったんだけど、白人にはもっと赤っぽいアンバー色の方が
いいってことでIBMのモニタはアンバー色になってたな。

0563デフォルトの名無しさん

2014/02/20(木) 07:42:25.19

というかlinuxはサーバーようとにもデスクトップ環境にも
両方使える万能OSだからな。

0564デフォルトの名無しさん

2014/02/20(木) 09:05:49.67

それどころか、組み込みにも使えるぜ。
ドライバーは事実上変な方言のあるCでしか書けないが、アプリならC++で書けるし。

0565デフォルトの名無しさん

2014/02/20(木) 11:13:16.68

カーネルの移植性や改修性でなくディストリ含みの話だろう
ビデオドライバの供給はlinuxでは相性の出る部分だからマザー/グラボとディストリの選定は必須

デスクトップ運用だとIntel＋UbuntuかLinux保証の筐体＋指定ディストリが一番トラブルが少ないかな

0566デフォルトの名無しさん

2014/02/20(木) 20:27:25.10

>>562
目にいいってのは単なるいいわけだと思う。
単に暗くても視感度の高い緑を使っただけだろう

0567デフォルトの名無しさん

2014/02/20(木) 20:32:23.04

color 0e

0568デフォルトの名無しさん

2014/02/20(木) 21:22:16.65

デスクトップLinuxはAMDがいまやスタンダードだろ？

0569デフォルトの名無しさん

2014/02/20(木) 22:23:00.32

文脈的にマザーの話じゃないか？

0570デフォルトの名無しさん

2014/02/22(土) 14:35:42.49

AMDはOCだけには滅法強いからな
でも速度で一世代前

0571デフォルトの名無しさん

2014/02/22(土) 15:49:39.99

動作周波数4G超えしてるのに？

0572デフォルトの名無しさん

2014/02/22(土) 20:13:00.58

IPCが低いんだよ
ストールが多すぎてお話にならない
機械設計に任せてIntelみたいに苦労しても手で最適化しないからだ

0573デフォルトの名無しさん

2014/02/22(土) 20:14:02.99

ちなみにHaswellなんてアンコア部を除いたらびっくりするほどトランジスタ数が少ないぞ
それであの速度だからな

0574片山博文MZ無能 ◆T6xkBnTXz7B0

2014/02/22(土) 21:02:21.75

mingw-getのソースって公開されてるの？
mingw64-getを作ってほしいです。

0575デフォルトの名無しさん

2014/02/25(火) 20:10:43.01

Distro Mingwいいんだけど、そのままじゃEclipse CDTのツールチェインに認識されないな

このWorkAroundを使用

http://stackoverflow.com/questions/18335126/changed-discovery-behavior-of-alternative-mingw-in-eclipse-cdt8-2-bundled-in-k

有名だからわざわざ貼らなくてもだけど知らない人がいるかも知れないんで一応
このexeファイルは実行される事がないのでtxtでエディタで作成して拡張子を変更してもおk

0576デフォルトの名無しさん

2014/02/25(火) 22:16:12.15

distro = distribution

0577片山博文MZジェバンニ ◆T6xkBnTXz7B0

2014/03/07(金) 10:37:00.91

GUI付きのデバッガでデバッギングしたいが、何かいいものありませんか？

0578片山博文MZジェバンニ ◆T6xkBnTXz7B0

2014/03/07(金) 11:31:32.95

やっぱDev-C++っすよね

0579デフォルトの名無しさん

2014/03/08(土) 13:19:54.37

Emacs + gdb でしょ

0580デフォルトの名無しさん

2014/03/08(土) 17:09:12.26

cgdbでしょ

0581デフォルトの名無しさん

2014/03/09(日) 05:14:08.92

4.9、fortranとopenmp有効にしてビルドするとf951がセグメントエラーで止まるんだが
4.8では問題ないけど4.9だけ去年の9月からずっと直ってない、これ開発者はテストし
てんのかな

0582デフォルトの名無しさん

2014/03/09(日) 10:08:53.76

>>581
動いてないならしてないだろう
そーゆーのいいから、バグレポート！

0583デフォルトの名無しさん

2014/03/09(日) 19:51:07.15

>>581
どこ作製の4.9なんだ？　自前でビルドした4.9?
テスト宜しくなんだろ

0584デフォルトの名無しさん

2014/03/10(月) 03:16:54.61

>>582-583
トランクから引っ張ってきた4.9@mingw-x86_64-w64自前ビルドだす
去年の9月までは普通にビルド出来たんだけど、出来なくなったのでバグレポート調べたら
全く同じ症状のレポートが上がってたのでそれのfix待ってたんだけど、この前調べたらfix
済みになってたので喜んでビルド、そしたら>>581のバグ

あそこって登録しなくちゃレポートだせないのかな。最新リリースの4.8.2なら問題ないから、
多分4.9のバグだと思うんだけどなあ

0585デフォルトの名無しさん

2014/03/10(月) 15:43:18.99

スカトロMinGWはasyncにまだ対応してなくて萎えた
TDM-MinGWかMinGW Buildsがいいのか？

0586デフォルトの名無しさん

2014/03/10(月) 21:54:42.07

>>585
>>584を見習って自前ビルド！

たまには自前ビルドしてみたんだが(いまならgcc4.9かな)、やり方わからん
>>584　手順が載ったサイト教えて

0587デフォルトの名無しさん

2014/03/11(火) 04:54:09.67

>>586
Linux From Scratchの日本語版見れば必要なライブラリとか全部揃うよ
linuxとあるけど、windows環境---多分winだとmsysとかcygwinだろうけどそういう環境に置き換えて
参考にしても多分うまくいくと思う

問題はconfigureで、そこだと必要最低限の事しか書いてない。

分からなかったら今使ってるgccを-vで呼び出してそのオプションを真似すればいいんじゃないかな。
configureで蹴られたオプションは外していく。言語は、最初cとc++のみにしてビルドするとか。
sjlj-exceptionsの選択は、c++を主戦場にしてる人には重要かも。これ有効にするべきか無効にする
べきかハッキリお奨め出来ないんだよね。
そんなもんかなあ。

やってみれば分かるけど簡単よ、時間も今時のPCなら30分ぐらいで終わるしね

0588デフォルトの名無しさん

2014/03/11(火) 13:12:20.55

MinGW BuildsのバイナリはDLLにかなりの部分を任せているせいか、一番小さくなるな
だからコマンドはほとんどこれで作っている
DistroもTDMもEXE大きいだろ

0589デフォルトの名無しさん

2014/03/15(土) 18:34:49.10ID:VO8R/C+w

distro = distribution

0590デフォルトの名無しさん

2014/03/25(火) 08:05:23.81ID:gYecV8lQ

前から存在は知ってたけど、msys2いいね、パッケージの更新頻度が速い
自前でライブラリ揃える必要ないってくらい充実してる、しかも64bitも配布してるし
問題はwinptyが使えないって事ぐらいか、これさえなんとかねれば乗り換えられるんだけどなあ

0591片山博文MZジェバンニ ◆T6xkBnTXz7B0

2014/03/25(火) 16:31:58.23ID:VHtB/3bt

mingw-get-setupだとstd::to_stringが使えなかった。

0592デフォルトの名無しさん

2014/03/26(水) 23:13:52.12ID:bZRRY1yS

>>590
winptyはソースあるんだから(ソースの修正必要かもしれないが)、
msys2でビルドすれば良いんじゃないか

0593片山博文MZジェバンニ ◆T6xkBnTXz7B0

2014/03/27(木) 18:47:06.88ID:pkdNwHUQ

MinGW-Buildsで_tcsrchrがリンク時エラーで使えなかった

0594デフォルトの名無しさん

2014/04/07(月) 22:55:33.35ID:cOPb2I6Q

linuxへのアクセスがしたくて今日初めて入れてみたんだけど、
日本語が化けるのでiconv入れたい。。。
普通にコンパイルすれば問題なく動くの？

なんかググると動くってのと入れても化けるからパッチ当てろってのが混在してるんだけど、
どれも微妙に古い記事だからどこで最新情報が貰えるのか教えて。

0595デフォルトの名無しさん

2014/04/07(月) 23:04:19.91ID:Mp3GXhBW

cmd使わずにminttyやらターミナルエミュレータ使いなさい

0596デフォルトの名無しさん

2014/04/08(火) 07:50:42.72ID:L5SDMy6P

コマンドプロンプトでも chcp 65001 ってすればutf-8は表示できるけどな

0597デフォルトの名無しさん

2014/04/08(火) 13:43:30.64ID:0Gme7yXo

chcp 65001した後、日本語ファイル名のあるフォルダでdirしたら
The system cannot write to the specified device.とか言われて
表示できないんだが・・・

0598デフォルトの名無しさん

2014/04/08(火) 14:29:00.22ID:0tADuKKa

cygwinならiconvはディフォルトじゃなかったか?

0599デフォルトの名無しさん

2014/04/08(火) 16:25:46.08ID:xaBD9l1I

Windows7 の cmd.exe は、chcp 65001 でもラスタフォントでは日本語表示できなかったんだけど、今確認したらラスタ
フォントで普通に日本語も表示できてる (て言うか、ラスタフォント以外に日本語対応フォントは一覧されず)。
Windows7 のアップデートで出来るようになった? それとも自分が何かしたのか...

今までこの問題で苦労した人が数知れないから、ほかの人たちも表示できるようになってるか是非知りたい (字体が
かなり汚ないので、自分が何かして Unicode 対応ラスタフォントが入った可能性の方が高いかも)。

0600599

2014/04/08(火) 16:31:41.27ID:xaBD9l1I

いや、やはりダメだった。Truetype フォントで dir して文字化けのときにラスタフォントに切り替えると日本語も表示される
けど、その状態でもういちど dir すると >>597 と同じメッセージで拒否られる。

0601デフォルトの名無しさん

2014/04/08(火) 16:56:19.49ID:62vh4Anz

そりゃwindowsのフォルダ名はSJISだからなあ

0602デフォルトの名無しさん

2014/04/08(火) 17:12:26.32ID:0Gme7yXo

>>601
寝言は寝て言え

0603デフォルトの名無しさん

2014/04/08(火) 17:22:16.70ID:9wIzdaaz

NTFSのパスはUTF-16だよね。
FATはSJISだったのかな？

0604デフォルトの名無しさん

2014/04/08(火) 17:28:59.75ID:S/0Tu9xT

LFNはUnicode
SFNはOEMコードページ

0605デフォルトの名無しさん

2014/04/08(火) 18:37:39.22ID:AAnG4+It

>>594
どういう環境なのか分からんけど、msys使ってそれなりの設定すればちゃんと日本語表示
されるじゃん、それともメッセージを日本語表示したいんかな？
gccのバイナリgrepすれば分かるけど、configureで指定したインストールディレクトリから辿
って言語ファイル読みにいってるから、自分でビルドするかビルドされた環境にgcc(というか
mingw)を配置すれば表示されるんだけど

そういう話じゃないのかな？ってか今時配布してるgccは大抵日本語対応してるから
--input-charset=cp932 --exec-charset=cp932　で表示されそうなんだけどなあ
というかgcc -vでconfigure見れば…と思ったけど、iconvの指定しなくてもそこら辺自動的に
見てるんだっけか

0606デフォルトの名無しさん

2014/04/10(木) 21:28:13.53ID:SUzForAI

>>605
すみません、肝心なところが抜けてた気がします。
入れたのはMinGWとminttyです。
linuxとの通信で日本語が文字化けします。
linuxそのものは普段GUIしか使わないライトユーザーですが、
リモートでGUI使ってる限りは日本語表示に問題ありません。

mingw 日本語とかでググってたらiconv入れようって出てきて、
それで色々調べていたところです。
昨日とりあえずmingw-get libiconvってしてみました。
まだ何がどう変わったのかは試せてません。

0607デフォルトの名無しさん

2014/04/10(木) 21:37:47.01ID:I4ZYtafb

>>606
Linuxとの通信って何かね？minttyからsshでLinuxにログインしたってこと？
それなら、minttyのOptionsダイアログのTextのとこで
Fontを日本語表示できるフォントに、
Localeをja_JPに、Character setをUTF-8に設定してある？

0608デフォルトの名無しさん

2014/04/12(土) 00:26:47.38ID:69nzk7n7

なんか、プログラムの話じないスレだな

0609デフォルトの名無しさん

2014/04/12(土) 09:51:13.94ID:R6uwkSNd

MinGW/Cygwinは環境だからな

0610デフォルトの名無しさん

2014/04/15(火) 17:32:43.89ID:KJJHsTIf

>>592
やってみた。
msys2-devが必要、なおかつconfigureとmain.ccの修正が必要だったけど、ビルド成功

configureとかのi686-pc-をx86_64-pcに変更
main.cc 225行目を#if 1に変更

mintty使ってる時console xxでscanfや対話形式のアプリがちゃんと表示されるようになる
幸せです

0611デフォルトの名無しさん

2014/04/17(木) 12:50:27.61ID:UTm47IFO

minGWではmemcpy_sとかの_s付きセキュア系関数が使えないみたいなんですが
(string.hに定義がない)そういうものですか？
mingw-get-setup.exeからインストールしました

0612デフォルトの名無しさん

2014/04/17(木) 20:58:48.37ID:rftkXgVv

>>611
～_s系の関数は大抵VC++の拡張だからC++の公式な仕様ではないよ
MinGWのコンパイラは当然GCCだから、～_s系の関数の元になった関数を探す必要がある

0613デフォルトの名無しさん

2014/04/17(木) 23:59:01.20ID:N3mD4Js0

試さずに言うとmemcpy_sはC11なんだし-std=c11とか付けるんじゃね

0614デフォルトの名無しさん

2014/04/18(金) 18:50:55.57ID:fSjWV7aa

mingw-w64にはあるみたい
sec_api/string_s.h
試してないけど

0615デフォルトの名無しさん

2014/04/19(土) 21:08:36.42ID:FemRhsUV

ls -laF
実行して出力される内容を、ファイルのサイズでソートしたいのですが、
ls -laF | sort ???
sort の後ろにどういうオプション指定したら良いのか教えてください。

0616デフォルトの名無しさん

2014/04/19(土) 21:13:09.60ID:oJ9eGh9U

ls -laFS、ls -laFSrじゃあかんの？

0617デフォルトの名無しさん

2014/04/19(土) 21:18:07.11ID:FemRhsUV

>>616
ありがとうございます。
Sなんてオプションあるの知らなかったです。昔からありましたか？

0618デフォルトの名無しさん

2014/04/19(土) 21:22:59.60ID:oJ9eGh9U

どかな？
この世代のGNU lsにはあった
GNU fileutils 4.1 18 June 2002 LS(1)

0619デフォルトの名無しさん

2014/04/19(土) 21:29:02.16ID:FemRhsUV

>>618
たびたび有難うございます。参考になりました。10年ぶりくらいに
cygwinインストールしたので浦島太郎状態です。また教えてください。

0620611

2014/04/22(火) 23:50:44.24ID:X5cWpU9U

亀レスすみません
環境やオプションは変えられないので置き換えて対処しました
>>612,613,614さんありがとう

0621デフォルトの名無しさん

2014/04/23(水) 14:45:06.67ID:Fk2AHs0t

intを64bitにするほうほう教えてください。

0622デフォルトの名無しさん

2014/04/23(水) 21:33:32.66ID:XMnhms3E

>>621
マルチは死せよ

0623デフォルトの名無しさん

2014/04/24(木) 12:02:55.35ID:KT8TA3nl

これだけ待っても回答が無いということは誰も回答能力がないという
ことですね。経験上。

0624デフォルトの名無しさん

2014/04/24(木) 12:32:08.43ID:+roNSMX0

int a = 123;
long long b = (long long)a;
printf("a value:%d size:%d\n", a, sizeof(a));
printf("b value:%lld size:%d\n", b, sizeof(b));

0625デフォルトの名無しさん

2014/04/24(木) 12:58:49.11ID:KT8TA3nl

は？

0626デフォルトの名無しさん

2014/04/24(木) 13:25:57.43ID:+roNSMX0

ttp://mingw-w64.sourceforge.net/

0627デフォルトの名無しさん

2014/04/24(木) 14:32:56.94ID:KT8TA3nl

うわぁ・・・

0628デフォルトの名無しさん

2014/04/24(木) 17:31:23.61ID:A4OJ1yJR

typedef

0629デフォルトの名無しさん

2014/04/24(木) 21:10:47.86ID:PxMY7o79

int は
修飾だけじゃなくセパレータ入りの型名も有ったりするからなぁ

0630デフォルトの名無しさん

2014/04/26(土) 17:14:12.91ID:fIjhv7f7

4.9!

0631デフォルトの名無しさん

2014/04/26(土) 20:54:51.07ID:GXc8TJlo

>>41
ではどうやって消す？

0632デフォルトの名無しさん

2014/04/28(月) 12:41:11.66ID:JkAfPWWw

パーミッションに勝てるのはチョキミッション

0633デフォルトの名無しさん

2014/04/28(月) 15:36:32.61ID:97z81I41

-m64bit-intのようなオプションないですか？

0634デフォルトの名無しさん

2014/04/28(月) 17:38:33.67ID:+lq8NIka

>>633
-march=x86-64
あたりかと。

0635デフォルトの名無しさん

2014/04/30(水) 21:12:21.92ID:t2o1NkEy

x86_64ってintは32bitなんだが・・・

0636片山博文MZバグロボ ◆T6xkBnTXz7B0

2014/05/02(金) 12:17:36.56ID:fCG9D4SE

4.9がまだでてない。。。

0637デフォルトの名無しさん

2014/05/02(金) 21:32:35.59ID:LWrpUIsi

>>636
4.9をビルドして配布しろ

0638デフォルトの名無しさん

2014/05/03(土) 01:09:11.91ID:v/1837QC

おとなしく待ってるのが吉

0639デフォルトの名無しさん

2014/05/03(土) 20:13:15.47ID:eyS0jvOe

4.8.2をビルドした環境があれば4.9.0は特に何もしなくてもビルドできたよ。
だからそのうち出てくると思う。

0640デフォルトの名無しさん

2014/05/04(日) 01:12:04.07ID:ubxNSZL1

>>639
Clangへ移行でGCCはやる気なしってなっているんじゃないか

0641デフォルトの名無しさん

2014/05/04(日) 02:28:01.48ID:0pgCcw31

clangではcygwin1.dllは作れないんではないかと

0642デフォルトの名無しさん

2014/05/28(水) 11:11:11.00ID:8zOhtH9j

mingw-w64-install.exeを実行した後のインストールの設定がよくわからないので
どれを選べばいいのか教えてください。

0643デフォルトの名無しさん

2014/05/28(水) 11:26:35.05ID:8zOhtH9j

Version 4.9.0 4.8.1 4.8.2 4.8.3
Architecture i686 x86_64
Threads posix win32
Exception dwarf sjlj
Buid revision 1 0
これが選択肢です。

0644デフォルトの名無しさん

2014/05/28(水) 12:38:18.72ID:2nt5gxIs

分からないんだったらディフォルトでいいんじゃね?

0645デフォルトの名無しさん

2014/05/28(水) 12:41:42.42ID:8zOhtH9j

CPUがx86_64なのでデフォルトじゃダメです。
ThreadsとExceptionとBuild revisionの意味
しってますか？

0646デフォルトの名無しさん

2014/05/28(水) 12:46:23.27ID:2nt5gxIs

分かっているんだったら他人に聞く必要ないんじゃね?w

0647デフォルトの名無しさん

2014/05/28(水) 12:50:42.16ID:8zOhtH9j

下の３つが分からないんですけど・・・・

0648デフォルトの名無しさん

2014/05/28(水) 13:15:50.74ID:2nt5gxIs

しゃぁない。ちょっと調べるか。
・
・
・
threadはこの辺の話かな。
http://stackoverflow.com/questions/13212342/whats-the-difference-between-thread-posixs-and-thread-win32-in-gcc-port-of-windo
http://stackoverflow.com/questions/17242516/mingw-w64-threads-posix-vs-win32
exceptionはこの辺か。
http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh
http://qt-labs.jp/2013/05/why-qt5-is-slow-on-windows.html
つーか、x86_64を選択するとSEHも選択できるようになるな。
revisionに関しては、理由がなければディフォルト(最大番号)でいいんじゃね?
後はこの時の選択をきちんと控えておいて、何かをビルドする際に問題が出たら対処するしか。
ビルドするものが分かっているなら事前に調べておけばいいわけだけどね。

0649デフォルトの名無しさん

2014/05/28(水) 13:17:40.02ID:8zOhtH9j

>>648
ありがとうございます。

0650デフォルトの名無しさん

2014/05/28(水) 14:28:44.39ID:8zOhtH9j

>>648
threadについて読んでもわからないんですけど
６の人はどっちを選んでも結果は同じかをきいているんじゃないですか？
８の人はthreadの設定はstd::threadのスレッドモデルを決めることと
threadをwin32にするとstd::threadが使えないって答えてるじゃないですか？
９の人はwin32を選んだらwin32 threadsが何に使われるかきいてるじゃないですか？
７の人はwin32 threadにするとランタイムがwin32用になるが
win32apiを使ってはいけないってかいてるじゃないですか？
結局win32にするとthreadが使えなくなるってことですか？

0651デフォルトの名無しさん

2014/05/28(水) 14:47:28.52ID:8zOhtH9j

インストール先なんですけどprogram files　以下にインストールでいいですか？

0652デフォルトの名無しさん

2014/05/28(水) 14:49:52.03ID:f7xr2j9H

>>650
MinGW 64 bit | Qt Wiki | Qt Project
http://qt-project.org/wiki/MinGW-64-bit
> GCC Threading model (posix vs win32)

win32は速い。しかしPOSIXに準拠してないので他OSへの移植にコストがかかる。という見方でいい。

>>651
ダメです。フォルダ名にスペースや日本語が使われてないところにしなさい。

0653デフォルトの名無しさん

2014/05/28(水) 14:56:55.89ID:8zOhtH9j

>>652
ありがとうがいます。
posixとC:/以下にしてみます。

0654デフォルトの名無しさん

2014/05/28(水) 15:39:28.31ID:8zOhtH9j

インストールできました。
ついでにmsysとmittyとvimもインストールしました。

0655デフォルトの名無しさん

2014/05/28(水) 15:40:33.41ID:8zOhtH9j

でもユーザー名がwindowsのユーザー名の変更で変更する前のユーザー名になってるんですけど
ユーザー名を変える方法ないですか？

0656デフォルトの名無しさん

2014/05/28(水) 16:04:55.90ID:8zOhtH9j

自己解決しました
msys.batにset USERNAME=angってやればできました。

0657 ◆QZaw55cn4c

2014/05/30(金) 02:21:40.50ID:iU8Ve7Yv

cygwin，ちょっとわからない状況です．
gcc 4.5 のころは普通に http://ideone.com/vLTMFt　がコンパイルできていたし，clang 3.1 が入っていたのですが，
久々にアップデートして gcc 4.8 になると，前はコンパイルできていた上記リンクはコンパイルできないし，clang パッケージはなくなっているようだし‥
http://peace.2ch.net/test/read.cgi/tech/1315026784/415

自力でなにもできないので，もうちょっと待ってみるしかないのでしょうね

0658デフォルトの名無しさん

2014/05/30(金) 20:11:00.33ID:YN3Io17l

>>650
誤解してるようだけど、ここのthreadモデルとかexceptionの指定は
mingw-gccでビルドされるプログラムへの指定じゃなくて、gcc自身が
どのモデルでビルドされるかの指定だよ。

exceptionは以前のgccではsjljがデフォだったが、最近のバージョンではdwarfが
デフォになってる。

0659デフォルトの名無しさん

2014/06/01(日) 11:31:20.19ID:/oy32pzW

公式のmingw-get-setup.exeからMinGWとMSYSをインストールすると
./configureとmakeが通らないんですが、これは何か必要なパッケージが足りないんでしょうか
最終的に
http://mingw-w64.sourceforge.net/
http://sourceforge.net/projects/mingwbuilds/files/?source=navbar
この2つをインストールすることで解決しましたがコンパイルできない原因はわかりませんでした
configure.logを見ると、gccが-Vと-qversionを認識していなかった・・・∩( ・ω・)∩

0660デフォルトの名無しさん

2014/06/01(日) 11:38:14.59ID:8hpvQfdI

>>659
何をビルドしようとしてるの

0661デフォルトの名無しさん

2014/06/01(日) 11:43:05.42ID:/oy32pzW

>>660
nasm-2.11.05.tar.bz2
yasm-1.2.0.tar.gz
gpac-0.5.0.tar.gz
last_x264.tar.bz2

0662デフォルトの名無しさん

2014/06/04(水) 00:09:51.83ID:Rp+/LoDG

msysって今メンテされてんの？あれperlとか古くてビルド出来ないヤツもあった気がする

msys2だとpacmanでほとんどのライブラリインストール出来るから初心者にはお勧めなんだけどね
パラレルメイクが止まらない、configureがmsysに比べ若干速い、x64とx86から環境をチョイスできると利点が多い
ただなんかパスの認識がおかしい時がある、bison使うヤツに多いからそのせいかな、とは思ってるんだけど

>>660ってx264のビルドしようとしてんのか。gpacは確かパッチ当てないと、--enable-staticのスイッチ指定しても
staticライブラリ作成されなかったな。あと、やる気あるならffmpegとffms2とgperfも追加、リンクで苦労するけど

0663デフォルトの名無しさん

2014/06/15(日) 21:17:30.43ID:zfVdH6C9

今日初めてmsys2使った
お勧めですぞ

しかしMinGW本家とMinGW-w64と別れちゃって開発リソースが分散してる気がする

0664デフォルトの名無しさん

2014/06/15(日) 21:30:50.08ID:5gbonkGm

それは、もう64以外はいらねってことですね、わかります。

0665デフォルトの名無しさん

2014/06/15(日) 22:47:21.56ID:oPOz/5jM

meadowも終わってるようだし、もはやmsys系には未練なしかな。
cygwinで統一、と思っても、windows8で謎のforkエラーが頻発。
cygwin 64bit版のXはウインドウリサイズするとバーだけになるバグがあるしなぁ。
決め手がないわいな。

0666デフォルトの名無しさん

2014/06/22(日) 08:43:28.43ID:FcMc4k9O

vimがバックスペースでカーソルが戻るだけで
文字が削除できませんがどうしたらいいのでしょうか。

0667デフォルトの名無しさん

2014/06/22(日) 19:26:28.15ID:c0Gv9sBf

>>666
http://www15.ocn.ne.jp/~tusr/vim/vim_text2.html#mozTocId195366

あえて vim を使いたいなら、オライリーの「入門 vi」を読んでおくべき。

0668デフォルトの名無しさん

2014/06/23(月) 11:47:25.36ID:iGeNWm0J

>>667
それはよみました。
途中までですけど。
linuxではバックスペースでも文字が消えるんですよ。
調べたけどset backspaceのようなものではないという結論に達しました。

0669デフォルトの名無しさん

2014/06/23(月) 13:15:24.68ID:HIGf9m9i

俺が使ってるlinuxはバックスペースで文字は消えないな

0670デフォルトの名無しさん

2014/06/23(月) 14:16:49.76ID:dH9hXQor

端末エミュレータの設定で、バックスペースキーにDELコードが割り当てられているんじゃね?

0671デフォルトの名無しさん

2014/06/23(月) 14:21:20.54ID:iGeNWm0J

俺様のvimは生端末で動いている。

0672デフォルトの名無しさん

2014/06/23(月) 15:28:39.87ID:YyvAzRp7

>>666
:h <BS>
:h i_<BS>
:h i_backspacing

ノーマルモードではxで一文字消去できるのは大丈夫だよな?

0673667

2014/06/23(月) 15:32:29.12ID:9fcCBkTP

>>668
バックスペースキーは環境によって挙動が異なるので、vi 系本来の削除キーマッピングを覚えた方が
いいんじゃなイカ、てふことっす。

0674デフォルトの名無しさん

2014/06/23(月) 17:38:35.42ID:HIGf9m9i

>>668
set nocompatible　してみた？

0675デフォルトの名無しさん

2014/06/24(火) 02:14:24.25ID:fjwP5GHr

ノーマルモードでのバックスペースキーの挙動のことだと思うのでnm <BS> xで解決しそう

0676デフォルトの名無しさん

2014/06/24(火) 12:14:52.63ID:mLUn4R2M

インサートモードの話なんですけど。

0677デフォルトの名無しさん

2014/06/24(火) 13:25:25.73ID:NpZeP/YT

インストールする時に表示されるプログレスバー３本のうち
一番下のDiskといのは何を指すんでしょうか？

0678デフォルトの名無しさん

2014/06/24(火) 13:58:51.03ID:1OnpMhpf

記憶媒体の容量

0679デフォルトの名無しさん

2014/06/24(火) 15:50:34.81ID:ywQcYS4F

HDD買い替えて新しくOS入れ直したんだが
MinGW動かねぇ･･･orz
Eドライブにアクセスするとか､不具合があるとかで
全く思い出せん･･･

0680デフォルトの名無しさん

2014/06/24(火) 21:32:36.66ID:ssFhnoZ4

最近、仕事用のPC(win8)にmingw+msys入れたけど、インストーラーが変わりすぎててなんかおかしかったな。
mountとかロクにしてくれてなかったような。
結局、cygwinに一本化したわ。

0681デフォルトの名無しさん

2014/07/19(土) 09:37:32.34ID:ce66ijQM

4.9.1来たな

0682デフォルトの名無しさん

2014/07/20(日) 08:23:09.33ID:oJWFqQJQ

>>674
ありがとうございます
したらできました

0683片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0

2014/07/27(日) 11:38:59.45ID:l/W1ZKTr

mingw-get-setupは、std::to_stringが使えないバグがあるみたいだな。

0684デフォルトの名無しさん

2014/07/27(日) 13:33:20.03ID:U7uDR9xp

したからマリコ

0685デフォルトの名無しさん

2014/08/02(土) 17:34:29.15ID:WtoScNjl

>>663
そんなにおすすめするなら試してみるよ
良かったら使ってみる

0686デフォルトの名無しさん

2014/08/02(土) 18:43:45.12ID:WtoScNjl

msys2にしたら>>656の方法でユーザー名が変えれなくなった
変え方教えてください

0687デフォルトの名無しさん

2014/08/02(土) 19:10:32.33ID:DYbeSaoq

export USERNAME=

0688デフォルトの名無しさん

2014/08/02(土) 20:23:12.06ID:WtoScNjl

>>686
変わりませんでした

0689デフォルトの名無しさん

2014/08/02(土) 21:52:44.61ID:WtoScNjl

自己解決しました

0690デフォルトの名無しさん

2014/08/16(土) 13:03:48.19ID:9UZ4+ndE

msys2のpacmanからllvm入れた人いる？

0691デフォルトの名無しさん

2014/08/16(土) 14:47:12.39ID:OSngJAwW

たくさんいるでしょ

0692デフォルトの名無しさん

2014/08/16(土) 19:54:00.47ID:9UZ4+ndE

そりゃ世界中しらべたら１０００人以上はいるでしょ

0693デフォルトの名無しさん

2014/08/16(土) 21:13:37.76ID:EgtLQ9dz

>>689
どうやって解決非ｓたのか気になるだろうがぁああああ！！！

0694デフォルトの名無しさん

2014/08/17(日) 13:34:27.55ID:7pr1z/ER

ウインドーズの新しいアカウントを作ったら出来ました

0695デフォルトの名無しさん

2014/08/21(木) 13:24:03.41ID:6is5HaOW

cygwin上で、Linux や Mac 用のバイナリを出力できる gcc のバイナリは
存在しますか？
ソースからtarget=mac, host=cygwin, build=cygwinmacで build を試みま
したがconfigureは成功したもの make が途中で止まりました。

今は target=linux, host=cygwin, build=cygwin で configureは成功し
make中です。

clang/llvm も試しましたが、win-native や cygwin上でのクロスコンパイル
には成功できてませんが実際はどうなんんでしょうか？

0696デフォルトの名無しさん

2014/08/21(木) 14:02:52.38ID:hozPYr3C

自分の知ってる限りでは通常使用ではMAC用の基本的ライブラリが生成されない。
まずはiostreamとか基本的ライブラリが生成できるか調査すべき。

0697デフォルトの名無しさん

2014/08/21(木) 15:36:52.39ID:6is5HaOW

cygwinでllvmのllcで *.bc を *.s に変えると、.def 擬似命令をを
出力してしまうのですが、それは coff 独特のものらしく、
今回作成した「as for linux on cygwin」では unknown pseudo-op
エラーになります。多分、linuxをターゲットにしたasは基本が elf
なのだからだと思うんですが。

そこで、
llc -mtriple=686-pc-linux-gnu aaa.bc
とすると今度は、aaa.s が出来ずに aaa.cpp が出来てしまい、
中を見ると冒頭に
// Generated by llvm2cpp - DO NOT MODIFY!
と書かれています。

llvmのbitcodeからelf 向けの *.s を作る方法が何かあるとうれしい
のですが。

0698デフォルトの名無しさん

2014/08/21(木) 15:50:15.17ID:hozPYr3C

Linuxビルドは本物のLinuxをインストールかUSB起動かエミュレータで動かしたらいい。
Macのほうが困難な気が。本物のMacOSなしでできるのかが。

0699デフォルトの名無しさん

2014/08/21(木) 16:06:12.92ID:6is5HaOW

仕様上は LLVM はクロスコンパイルに適していても、
実際は頑なに拒絶されてるような気がしますね。
llc, as, lld なんてどれもこれも CUI アプリなので
クロスコンパイルが困難だとは思えないんですが。

0700デフォルトの名無しさん

2014/08/21(木) 16:13:56.14ID:hozPYr3C

CUIというより、実行ファイルの動作に必要な基本的部品が揃わないのが大きいのでは?
すべてダイナミックリンクにできればスタティックリンクよりかは難度が下がると思うが。
LLVMにはOSの基本機能まで実装されていないだろ。

0701デフォルトの名無しさん

2014/08/21(木) 16:25:02.49ID:6is5HaOW

出来ました！

llc -mtriple=i386-pc-linux-gnu aaa.bc

/my-gcc-binut/x86_64-pc-linux-gnu/bin/as --32 aaa.s

-mrtriple に指定していた値がサポートされていなかっただけの
様です。llvm のソースをgrep検索していたら *.ll ファイルの中に

; Run : llc -mtriple=xxxx

みたいなのがあって、その中にあったものです。

上記でエラーもなく a.out が出力され、中を見てみると elf の
マジックがあります。cygwin だと MZ ですから、ちゃんと Linux
用バイナリが出来ている可能性があります。

0702デフォルトの名無しさん

2014/08/21(木) 19:06:31.73ID:hozPYr3C

LLVMのクロスプラットフォームって、別環境の実行ファイルが生成できるってことではないとおもう。
ソースコードかLLVMアセンブラを、LLVMが導入されてる別環境に持っていってもビルドが出来るってことじゃないのか?
C#やJavaで中間言語までは翻訳できるが、最終処理は各環境でというのと同様。
だからwindowsでは、エミュレータやOS本体なしには、macやlinuxの最終結果は出せないと思うが。違うのか。

0703デフォルトの名無しさん

2014/08/21(木) 19:08:58.75ID:oEYr9vp2

なるほどなるほど。
つまりLinuxは最強ってことですね。

0704デフォルトの名無しさん

2014/08/21(木) 19:29:39.11ID:npCrOf/M

ターゲットプラットフォームのSDKが使えるかどうかってだけじゃないの

0705デフォルトの名無しさん

2014/08/21(木) 20:34:05.29ID:ImdJ7Vgv

>>702
FreeBSD　が elf ではなくまだ COFF/PE フォーマットの頃， Windows のバイナリをエミュレータを介さず直接実行しちまおう，という企画が存在したよ‥

0706デフォルトの名無しさん

2014/08/28(木) 11:07:52.33ID:B5JJGsx0

gcc は、include path が無茶苦茶。
-I で指定したパスが優先順位が上がらないので -v で調べてみると、
system directory に既に指定されているので駄目と言われる。
-nostdinc を指定してやっと制御が利くようになった。

gcc -v で表示される情報も cc1.exe の情報が三度も表示されるし・・・。

0707デフォルトの名無しさん

2014/08/28(木) 11:42:05.95ID:/pr+DfhY

何逝ってるんですか？

0708デフォルトの名無しさん

2014/08/30(土) 15:11:50.65ID:S/CtHe8u

>>695
遅いレスだけどビルドのターゲット名があまり正確でないように見える

たぶん
<CPU種別>-<所属プロジェクト>-<プラットフォーム> が正しいやつだよね

uname -a したら出るはず

MinGW なら
-> i686-w64-mingw32
-> x86_64-w64-mingw32

Cygwinは？だな

Linuxなら
x86_64-unknown-linux-gnu

Macなら
x86_64-apple-darwin11　とか出るはず

そんでもって、CygwinからLinux向けバイナリの作成はクロスビルドで可能かもしれんが
Cygwin -> Mac, Linux -> Macのビルドに関しては
Linuxで言うところのbinutilsにあたるもの（odcctools)があまりクロス向けに整備されてないので
難しいってのが私が昔調査してわかった感じ

0709デフォルトの名無しさん

2014/08/30(土) 16:42:56.75ID:RcTikiNg

Macのアプリ開発やるのになんでwindowsのcygwinでやらないといけないんだろ

0710デフォルトの名無しさん

2014/08/30(土) 19:09:23.23ID:0E9DKG8V

クロスプラットフォーム対応出来るか？を検証したいだけじゃねーの
元レスはMacだけじゃなくてLinuxもと書いてるんだし

0711デフォルトの名無しさん

2014/08/30(土) 19:31:22.33ID:RcTikiNg

趣味でやるってのならそれでわかりますが

0712デフォルトの名無しさん

2014/08/30(土) 21:31:31.77ID:L/Yj1Gup

個人的には、仕事でCygwiなんて考えられないから趣味の話だと思っていたが

0713デフォルトの名無しさん

2014/08/30(土) 23:59:50.78ID:RcTikiNg

crosstool-ng このあたりから　Macターゲットは
ttp://www.sourceware.org/ml/crossgcc/2013-07/msg00004.html

0714デフォルトの名無しさん

2014/08/31(日) 00:20:40.04ID:2KUZX6TQ

昔ゲームボーイのゲーム作ってた時はコンパイラがCygwinで動いてたな

0715デフォルトの名無しさん

2014/08/31(日) 18:04:25.64ID:X+I89xFV

gcc の最適化 -O? オプションがどの最適化を有効にしているかについて。

http://d.hatena.ne.jp/syohex/20121211/1355237425

　　　　　　　　　　　　　　　　-O0 -O1 -O2 -O3 -Os
-finline-functions x x x o o
-finline-functions-called-once o o o o o
-finline-small-functions x x o o o

o: 有効, x: 無効

-O2（一般的な最適化）: inline-functions が無効
-Os (サイズ重視) : inline-functions が有効

逆のように思うんだけど、どうして？

0716デフォルトの名無しさん

2014/08/31(日) 21:29:01.73ID:DbkBDDGy

>>715
リンク先の記事が間違っている
あるいは事実としては正しいなら記事で言及しているバージョン・ビルドでの不具合

ttps://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/Optimize-Options.html#Optimize-Options
> -finline-functions
> Consider all functions for inlining, even if they are not declared inline.
> The compiler heuristically decides which functions are worth integrating in this way.
>
> If all calls to a given function are integrated, and the function is declared static,
> then the function is normally not output as assembler code in its own right.
>
> Enabled at level -O3.

0717デフォルトの名無しさん

2014/09/04(木) 02:54:05.81ID:FQO1vG1R

ソースが多いプログラムの場合、
aaa.cpp ファイルを一つだけ修正した時、
makeコマンドを実行してから、実際に aaa.cpp のコンパイル
が始まるまで長くかかる。

gccは安物買いの銭失い？

0718デフォルトの名無しさん

2014/09/04(木) 03:00:38.45ID:QV2N6Chq

makeってそういうもんですが
楽して作れるなら、世の中もっと進んるんでは

0719デフォルトの名無しさん

2014/09/04(木) 05:49:39.56ID:GPoBT74b

-cでソースコードからオブジェクトファイルを個々に生成して
それらをリンクして実行ファイルを生成するようにMakefileを書けば無駄コンパイルが減るはず

0720デフォルトの名無しさん

2014/09/04(木) 06:09:34.97ID:5301h8Pn

流石にそこは問題としてないだろ
ここでの問題はタイムスタンプの比較時間とスクリプト自体の実行時間だろう

話を大きく飛躍すると、結論としては
真のプログラマはmakeを実行しない

0721デフォルトの名無しさん

2014/09/04(木) 06:19:20.25ID:/q9AuxOd

>>720
すんません、autotoolsに頼りっぱなしですorz

0722デフォルトの名無しさん

2014/09/04(木) 08:14:01.16ID:XS9tlA3G

eclipseにやってもらってる

0723デフォルトの名無しさん

2014/09/04(木) 08:40:20.72ID:VFEaEvfK

一箇所直すと，ボロボロと半分くらい再コンパイルされるのはアレだけれども
pimpl で少しは緩和されない？

0724デフォルトの名無しさん

2014/09/04(木) 08:48:39.99ID:t+YSKgeI

>>717
全部コンパイルする方が速かったら文字通り安物買いと言って良い

0725デフォルトの名無しさん

2014/09/04(木) 08:52:10.69ID:t+YSKgeI

>>723
出来るだけモジュール分けしてライブラリ化する
疎結合な設計をしてれば
芋蔓式に再コンパイルされるケースも減る

0726デフォルトの名無しさん

2014/09/04(木) 10:03:30.88ID:IMUId0gw

結局makeが悪いのでは。

0727デフォルトの名無しさん

2014/09/04(木) 10:09:15.75ID:+NZ8wh13

>>717
make -d ... して何やってるか見てみるといい。

0728デフォルトの名無しさん

2014/09/04(木) 13:38:55.28ID:FQO1vG1R

>>718
本当は gnu tool 類は結構問題が多いが、そのまま大々的に使われている感じがする。

>>719
「>>720」の前半の通りで、分割コンパイルは当然してある。

>>720
前半はその通り。

>>724
そういう問題では無い。
分割コンパイルしているのだから、全コンパイルするよりは速くなるのは
当たり前。
問題は、gnu makeと他のビルド・ツールとの比較になる。

>>726
gnu make に限ればそう思う。
例えば、VC++ の IDEだと最初のコンパイルがスタートするまでに待たされた
事ない。

0729デフォルトの名無しさん

2014/09/04(木) 13:43:56.94ID:FQO1vG1R

あー。よく考えてみると >>728 の最後の段落は自作プログラムの場合に限る。
OSS系のプログラムは、VC++のIDEにおいても、ビルドを指示してから、実際に
最初のcppがコンパイルされるまでに時間がかかったことがあるような気がす
る。

0730デフォルトの名無しさん

2014/09/04(木) 15:14:32.28ID:+BRXisYp

そもそも規模が分からんから何とも云えんが、Cygwinはファイルシステム周りは遅いね。

0731デフォルトの名無しさん

2014/09/04(木) 17:03:01.72ID:FQO1vG1R

>>730
Native版MinGW32付属のming32-makeを使ったときの話。
wxWidgetsのソースを修正して make する際、実際に gcc が呼び出されるまで
十数秒超える程度待たされる。使用マシンのCPU は Pen4の3倍の速度を持って
いる物。

0732デフォルトの名無しさん

2014/09/04(木) 17:20:06.64ID:FQO1vG1R

ちなみに追加命令を無視したレガシー命令の速度だけで3倍の意味。

0733デフォルトの名無しさん

2014/09/04(木) 19:49:44.36ID:SfDLMizy

makefileうまく書けてないんじゃ?
うまく書かなきゃいけないのがmakeの欠点だな。IDEがあればmakeなんか使わない。

まあでも、make -j20とかいつもやってるのでGNU makeのおかげで助かってるよ。
IDEでも出来るんだろうが…

0734デフォルトの名無しさん

2014/09/04(木) 19:50:26.97ID:SfDLMizy

スレ間違えた…

0735デフォルトの名無しさん

2014/09/04(木) 20:48:51.71ID:Akx1xj0H

3～4階層ある数十のディレクトリあるとトップレベルでmakeすると遅いからaaa.cppのあるディレクトリでmakeしてlibaaa.aを作れること先に確認してから
コンパイル通ったら全体リンクするってのは良くやる

>>730
規模によるけどVMでクロスコンパイル環境作ったほうが速いことあるよね

0736デフォルトの名無しさん

2014/09/04(木) 23:10:03.10ID:9LsSgsrg

>>735
以前、cygwinやmsysよりもVMのLinuxの方が速いと書いたらフルボッコにされた記憶があるが。
現実問題として、cygwin, msysは遅いのにな。

0737デフォルトの名無しさん

2014/09/05(金) 00:19:44.89ID:5WfYuhpZ

ファイル操作やプロセス起動のエミュレートが重くmakeやconfigureが異様に遅くて
数値計算のような部分には全くオーバーヘッド無いから分野次第で異論はあるんだろう

0738デフォルトの名無しさん

2014/09/05(金) 15:21:34.94ID:PbioWCRT

単純に gnu tool の性能の問題だとは認めませんか？

makeに限らず、商用コンパイラの方がコンパイル速度も、出来たバイナリ
の実行速度も速いんだけど、それも gcc が x86 に特化してないからという
理由にされているけれど・・・。

0739デフォルトの名無しさん

2014/09/05(金) 16:58:39.18ID:7X89y7gN

>>738
VM上のLinux vs cygwinという話で関係のない商用コンパイラを持ちだしてでもOSSを否定したい最高のプログラマさんはどっかいってください(笑)

0740デフォルトの名無しさん

2014/09/05(金) 17:32:26.96ID:NH0YjWIH

見てごらん、コンパイラがごみのようだよ・・・
ローカル中に沢山つまってる。。。

0741デフォルトの名無しさん

2014/09/08(月) 10:47:03.65ID:5RC1sjFv

cygwinは全体的に遅いね。
たいていWin32ネイティブで書き直すと倍くらい速くなる。

0742デフォルトの名無しさん

2014/09/08(月) 11:52:01.78ID:7YftTWfN

cygwinが何やってるか、わかってる？

0743デフォルトの名無しさん

2014/09/08(月) 12:18:52.77ID:wC4T+MbO

そりゃエミュレーションレイヤだってことはわかってるけどさ

0744デフォルトの名無しさん

2014/09/08(月) 12:22:59.28ID:7YftTWfN

書きなおしてみたら、簡単そうに言ってるから

0745デフォルトの名無しさん

2014/09/08(月) 13:34:26.16ID:WjLdhJoS

ムキになるなよ

0746デフォルトの名無しさん

2014/09/08(月) 13:52:14.57ID:kaEhSBtj

coLinuxを使え。
ナマのlinuxがwindows上で動くらしい。
メモリは余計に食うがlinux単体インストールと同程度速度のはず。

0747デフォルトの名無しさん

2014/09/08(月) 14:24:06.65ID:mvX0ofKA

でも倍かかるのはちょっとなあ。
オーバーヘッドはもう少し減らして欲しいとは思う。

0748デフォルトの名無しさん

2014/09/08(月) 14:40:19.60ID:tyoycGga

Cygwinはfork()がクソ遅いんだよ
Linuxに比べて1桁遅い
Win32 APIにforkがないので仕方ないんだけどね

0749デフォルトの名無しさん

2014/09/08(月) 20:05:25.09ID:DgzlUVgy

カーネルにはあるのにWin32サブシステムと混ぜられないっていう悲しいことに

0750デフォルトの名無しさん

2014/09/08(月) 20:24:09.91ID:7YrvVDUV

>>749
ｋｗｓｋ

0751デフォルトの名無しさん

2014/09/08(月) 21:56:18.52ID:Rn9mLOHO

SUA(POSIXサブシステム)からはちゃんとforkが使えてLinuxの半分くらいの速度はでる

0752デフォルトの名無しさん

2014/09/08(月) 22:16:50.82ID:WXMGUzKw

forkはないぞ

0753デフォルトの名無しさん

2014/09/08(月) 22:29:01.58ID:DgzlUVgy

http://social.msdn.microsoft.com/forums/windowsdesktop/en-us/afdf1b68-1f3e-47f5-94cf-51e397afe073/cygwin-fork-and-rtlcloneuserprocess

ドキュメントにない関数でfork出来るけど、コンソール操作やLoadLibraryすら出来なくなるらしい

0754デフォルトの名無しさん

2014/09/08(月) 23:52:14.62ID:hlv5QXLP

coLinuxって…もうとっくに死んでる

0755デフォルトの名無しさん

2014/09/09(火) 12:44:47.11ID:TTzQuJWt

しかし、cygwinでも、perlやgrepは遅く感じないことを見ると、
gccが遅い理由はcygwinが遅いからではないと思われる。

なぜなら、file --> gcc --> file という事しかしてないので、
perl と違うはずがないから。

0756デフォルトの名無しさん

2014/09/09(火) 13:10:13.02ID:cewV3+jY

>>755
> なぜなら、file --> gcc --> file という事しかしてないので、
> perl と違うはずがないから。

一体perlやgrepとどんな比較をしたんだ？
なぜならと言いつつ全く論理的でない事を書くあたり
突っ込んではいけない人のような気もするが

0757デフォルトの名無しさん

2014/09/09(火) 13:12:59.14ID:BizHY4ZK

gccっていうコンパイラドライバ？がいろいろなものを呼び出してるからね
dll化（共有ライブラリ？）すると早くなるみたいなので
LLVMというのができたのかな、別な方法として

0758デフォルトの名無しさん

2014/09/09(火) 13:17:44.06ID:TTzQuJWt

>>757
呼び出していると言っても、コンパイル時は、gas、
リンク時は、collect2(ld) だけだと思うけど。

0759デフォルトの名無しさん

2014/09/09(火) 13:18:39.10ID:TTzQuJWt

>>756
全部ひっくるめてほぼ同じなんだよ。

0760デフォルトの名無しさん

2014/09/09(火) 13:38:08.58ID:BizHY4ZK

cc1とか知ってますか？

0761デフォルトの名無しさん

2014/09/09(火) 13:47:05.47ID:TTzQuJWt

cc1も呼び出していたか。

だとしても、cc1, gas, collect2 の呼び出しのオーバーヘッドだけで
商用コンパイラの何倍も遅くなるとは思えない。
3回 fork() するだけだぜ。

0762デフォルトの名無しさん

2014/09/09(火) 14:20:47.49ID:BizHY4ZK

cc1が本体だからね
汗の２パスの比ではありませんし
プロセスの起動が遅い？のでwindowsは　分割コンパイル（細切れにすればするほど）

0763デフォルトの名無しさん

2014/09/09(火) 14:56:56.95ID:TTzQuJWt

>>762
最後の二行、何言ってるの？

もしかして機械翻訳した？

0764デフォルトの名無しさん

2014/09/09(火) 15:13:33.53ID:ZhS+nGDq

forkの他にstatも遅いという話聞くね
どのくらい遅いか知らないけど

0765デフォルトの名無しさん

2014/09/09(火) 15:40:31.33ID:BizHY4ZK

中身追っかけたことない人にはわからないよ、たぶん

0766デフォルトの名無しさん

2014/09/09(火) 16:09:09.79ID:TTzQuJWt

>>765
そういうことでなくて、日本語として意味が分かりまへんねんて。
内容が理解出来る出来ない以前の問題。

0767デフォルトの名無しさん

2014/09/09(火) 16:11:21.11ID:BizHY4ZK

だから、わかないようにいってるんだよ
上っ面で語ってるからね、どなたかが
わかる人はいると思うよ

0768デフォルトの名無しさん

2014/09/09(火) 16:19:31.83ID:TTzQuJWt

じゃあ、gccで -c オプションつけた時にプロセスが起動される回数は
いったい何回くらいなの？　厳密なものでなくていい。概数は？
cc1, gas だけだと 2 回だけになる。

cygwinのプロセス起動が遅いと言ったって、一回当たりに0.1秒とかかかる
わけではないだろうて。

0769デフォルトの名無しさん

2014/09/09(火) 16:20:57.80ID:TTzQuJWt

誤：一回当たりに0.1秒とかかかる
正：一回当たりに0.1秒とか増加する

0770デフォルトの名無しさん

2014/09/09(火) 16:26:13.31ID:TTzQuJWt

ソース読んで、gcc のすばらしさを知ったとでもいうのかい？

ソースより結果が全てなんだよ。

0771デフォルトの名無しさん

2014/09/09(火) 16:30:16.29ID:BizHY4ZK

はあああああああああああああああああああああああああああああ

0772デフォルトの名無しさん

2014/09/09(火) 16:36:27.40ID:BizHY4ZK

個人的な意見ですからね、お互いにいってるのは
噛み合わなくなるのは普通だけど
gccのビルドとかで、くらべてみたら、（クロスgccとかかがいいかな）
linux環境とwindows環境で実行時間を
で、わたしはwindowsでクロスgccビルドしないようにしてます

0773デフォルトの名無しさん

2014/09/09(火) 16:38:35.53ID:BizHY4ZK

windowsで動くクロスgccもlinux上で
カナディアンクロスコンパイル？でやってるな

0774デフォルトの名無しさん

2014/09/09(火) 16:39:47.65ID:TTzQuJWt

腹立つワア。

0775デフォルトの名無しさん

2014/09/09(火) 16:48:27.41ID:BizHY4ZK

もう笑うしかないでしょ、そういうこというなら

0776デフォルトの名無しさん

2014/09/09(火) 16:50:25.57ID:BizHY4ZK

gcc -c
とかなら、それ系の学校の先生でも出来るよね

0777デフォルトの名無しさん

2014/09/09(火) 16:55:08.09ID:TTzQuJWt

死ねばいいのに。

0778デフォルトの名無しさん

2014/09/09(火) 17:01:16.12ID:BizHY4ZK

そういうこといって。。。

0779デフォルトの名無しさん

2014/09/09(火) 23:50:40.66ID:DIgmkCgW

プロセス起動が遅いか。
configureとかやるとwindowsじゃ死ねるしなぁ。

0780デフォルトの名無しさん

2014/09/09(火) 23:57:56.62ID:BizHY4ZK

しまった
gcc -c
しかやったことないのに早く気づけばよかった

0781デフォルトの名無しさん

2014/09/10(水) 00:14:51.82ID:yTyA0sMk

誰が何言ってるかもはやわからんが、mingwですらコンパイルは糞遅い
そもそも単純にコマンドの起動自体が糞遅い

0782デフォルトの名無しさん

2014/09/10(水) 07:08:20.94ID:8Y3LAJyJ

コマンドの起動が遅いとは思わない。
gccが遅いだけだろう。

一行目、Qtは cygwin は使わずに native 版 mingw を使っているが
コンパイル速度が確かに遅い。VC++ のコンパイラに変えたら数倍
速くなるという報告もあることだし。

0783デフォルトの名無しさん

2014/09/10(水) 07:11:49.02ID:8Y3LAJyJ

cygwin は、コマンドの起動は激速だよ。
全く遅れを感じない。リターンキーを押した直後に起動する感じだ。

0784デフォルトの名無しさん

2014/09/10(水) 07:33:59.92ID:8Y3LAJyJ

多分、ID:BizHY4ZK は、コンパイラ技術を余り分かってない。
プログラミング経験も浅く、技術も稚拙だろう。

0785デフォルトの名無しさん

2014/09/10(水) 07:33:59.92ID:8Y3LAJyJ

多分、ID:BizHY4ZK は、コンパイラ技術を余り分かってない。
プログラミング経験も浅く、技術も稚拙だろう。

0786デフォルトの名無しさん

2014/09/10(水) 07:56:14.56ID:3KfU/6vX

あはははははは

0787デフォルトの名無しさん

2014/09/10(水) 07:56:58.76ID:3KfU/6vX

コンパイル技術ってなんですか？

0788デフォルトの名無しさん

2014/09/10(水) 08:00:14.06ID:8Y3LAJyJ

「ル」じゃなく「ラ」だ。

0789デフォルトの名無しさん

2014/09/10(水) 08:01:41.86ID:3KfU/6vX

名ばかり店長じゃなく名ばかり技術部長ってリアルでいますが

0790デフォルトの名無しさん

2014/09/10(水) 08:18:03.25ID:zyvZVpXY

>>782
linuxのgccに比べるとcygwinのgccが遅いという話なのに何でVCが出てくる？

0791デフォルトの名無しさん

2014/09/10(水) 08:36:13.78ID:8Y3LAJyJ

>>790
linuxのgccがcygwinや、mingw32のgccより速いと言う証拠はあるの？

0792デフォルトの名無しさん

2014/09/10(水) 08:46:52.01ID:3KfU/6vX

時間測ったことありますが、クロスgccのフルビルドで
(同じマシンでwindowsとlinux)
くらべたこともない人がいるとはね

0793デフォルトの名無しさん

2014/09/10(水) 08:48:15.78ID:9rHuXPdS

元の >>717 は make 起動してからコンパイルが始まるまでの時間の話じゃなかったのか？
fork すら関係ないような・・・。

0794デフォルトの名無しさん

2014/09/10(水) 08:50:04.09ID:3KfU/6vX

windows上では遅くないといいたいのでは
windowsマンセーな。。。

0795デフォルトの名無しさん

2014/09/10(水) 08:51:57.78ID:3KfU/6vX

GNU　makeは涙ぐましいやり方してました、windowsで動かすために

0796デフォルトの名無しさん

2014/09/10(水) 09:04:13.68ID:av5QsdtA

>>787
aho

0797デフォルトの名無しさん

2014/09/10(水) 09:14:15.48ID:8Y3LAJyJ

>>792
だから、具体的に linux 版 gcc は、windows 版 gcc より速いのかどうか
聞いてるんだけど。

0798デフォルトの名無しさん

2014/09/10(水) 09:18:57.60ID:BOflMaKe

脳ミソこねこね

0799デフォルトの名無しさん

2014/09/10(水) 09:22:31.16ID:8Y3LAJyJ

>>793
元はgnu makeのコンパイル開始までの時間の長さの話だったが、gcc自体も
遅いし、Qtでのコンパイル時間も遅いことが分かってきた。

すると今度は、gcc自体の問題とは認めたがらない人が現れて、
cygwinのプロセス作成の遅さや、コマンドの起動自体の遅さ(そんな
事実はないんだが）のせいにする人が現れて、問題になった。

0800デフォルトの名無しさん

2014/09/10(水) 09:39:27.52ID:3KfU/6vX

gcc自体はこれでもかってぐらい最適化できるからね
最適化しまくれば遅くなるでしょね
archに依存しない中間コードをarch毎に埋め込むタイプはそりゃ早いでしょ
コードサイズもそれなりにコンパクトなものができるようですし

0801デフォルトの名無しさん

2014/09/10(水) 09:46:41.77ID:9rHuXPdS

>>799
えーと、元の make の話とは関係なく、「gccって遅いんだぜ」って話を始めたわけね。
じゃぁいいや。好きにして。

合意を得たいなら何と比べて「遅い」といってるのか、比較対象と具体的なデータを
示さないと無理だろうな、とは思う。

0802デフォルトの名無しさん

2014/09/10(水) 10:02:31.93ID:8Y3LAJyJ

>>800
最適化しても VC++ より遅いことが知られている。
しかも、VC++で最適化を有効にしてコンパイルした時の方が、gccよりも
圧倒的に速い。

0803デフォルトの名無しさん

2014/09/10(水) 10:04:03.78ID:8Y3LAJyJ

>>801
そんなことどうでもいい。

gnu makeも遅いし、gcc も遅い。
それは、cygwin のプロセス起動時間のせいではない。gnu make や gcc 自体
が遅いのだ。
それを認めたがらないあなたみたいな人がこのスレを荒らしている。

0804デフォルトの名無しさん

2014/09/10(水) 10:06:19.90ID:8Y3LAJyJ

>>801
比較対象とするも何も、Windows 環境で動く gnu make と gcc は全て、
VC++ より動作速度が遅いことが分かって来たんだよ。

gnu tools は大事な部分が全部駄目なんだよ。

0805デフォルトの名無しさん

2014/09/10(水) 10:06:47.02ID:3KfU/6vX

VC++マンセーの方は幸せそうでうらやましいなあ

0806デフォルトの名無しさん

2014/09/10(水) 10:18:10.00ID:9rHuXPdS

>>804
なるほど VC++ と比べて遅いってことね。
あとは >>782 にある「報告」の URL とか挙げとけば具体的なデータも揃うんじゃないの？

0807デフォルトの名無しさん

2014/09/10(水) 10:22:02.35ID:3KfU/6vX

へー、今からデータ捏造でもするの
エプロンおねえさん並。。。

0808デフォルトの名無しさん

2014/09/10(水) 11:57:55.50ID:KuQR3E/w

>>805
そんなこと関係ない。

元々MS系コンパイラより、Borland系コンパイラの方が速い事が知られていた。

gccだ駄目なだけで、VC++が物凄く優れているわけではないんだ。

>>807
死んで。

0809デフォルトの名無しさん

2014/09/10(水) 12:07:11.88ID:3KfU/6vX

ラティスCが元ですからね、MS製とかいってますが
TURBOはPASCALのやり方やってるから早かったってだけだし
たまに無駄なコード吐いてました

0810デフォルトの名無しさん

2014/09/10(水) 12:18:40.33ID:BOflMaKe

LSI-C86とかも懐かしいな

0811デフォルトの名無しさん

2014/09/10(水) 12:48:09.23ID:KuQR3E/w

>>809
>TURBOはPASCALのやり方やってるから早かったってだけだし

しょっちゅう、的外れなことを書くね。

0812デフォルトの名無しさん

2014/09/10(水) 13:14:21.65ID:/KH51cxp

BDS-C
α-C

0813デフォルトの名無しさん

2014/09/10(水) 13:30:15.72ID:3KfU/6vX

じゃ、どうやってるんですか？
何でも知ってるみたいですか

0814デフォルトの名無しさん

2014/09/10(水) 13:36:20.61ID:BOflMaKe

エイホ　ウルマンって今でも聖典なんだろか？

0815デフォルトの名無しさん

2014/09/10(水) 14:15:00.15ID:KuQR3E/w

>>813
それ以前に、TURBOが、
「PASCALのやり方やっているから速かった」
って、どういう意味やねんな。

PASCALのやり方って、何のことなんや？

0816デフォルトの名無しさん

2014/09/10(水) 14:17:10.91ID:3KfU/6vX

お偉い方に簡潔な答えをお願いしたんですが
なぜに逆にご質問なさるのかが理解できないのですが

0817デフォルトの名無しさん

2014/09/10(水) 14:41:15.82ID:KuQR3E/w

>>816
「PASCALのやり方やってる」
という言葉の定義が分からないんだよ。

C/C++ COMPILER の実装に、PASCALのやり方も何も無いんだ。

ある意味では、あらゆるコンパイラが「PASCAL のやり方」を使って
いるとも言えるし、逆に使ってないとも言える。

0818デフォルトの名無しさん

2014/09/10(水) 14:42:44.71ID:3KfU/6vX

じゃ、速度比較するときにはどういうやり方すればよろしいのでしょうか
中身は関係ないということですから

0819デフォルトの名無しさん

2014/09/10(水) 15:20:50.37ID:KuQR3E/w

>>818

あんなあ。あなたは厳密性を求めているようだが、人間の感覚として何倍も
時間がかかっているのは明白なんだから、正確に測らなくても分かってるん
だよ。

そりゃ、測定コマンドもあるようだし、ミリ秒やマイクロ秒まで表示できる
時計でもあれば引き算すれば表示できるが、そんなことやる以前に数倍の
時間がかかっていることは明らかなレベルだからね。

0820デフォルトの名無しさん

2014/09/10(水) 15:27:38.71ID:3KfU/6vX

あれ、おちょくってるだけですが、あちき
感覚とか言うと鼻で笑う人いますから、注意されたほうが
windows上（だと）早いとか
鼻で笑いたいですがね

0821デフォルトの名無しさん

2014/09/10(水) 15:37:28.13ID:KuQR3E/w

>>820
そりゃあなたの感覚が不正確だからじゃないの？

オイラは神経心理科学のテストで、感覚が正確だと言われたことあるよ。

最近の研究で、見た目の多い少ないなどの数量的感覚が、算数の能力と
関連が深いことが分かったらしいよ。

0822デフォルトの名無しさん

2014/09/10(水) 15:39:51.92ID:3KfU/6vX

感覚なんてそんなもんでしょ
基準になるような感覚に近いみたいでよかったね

0823デフォルトの名無しさん

2014/09/10(水) 15:49:18.21ID:KuQR3E/w

>>822
量的直感に間違いが少ないらしい。

0824デフォルトの名無しさん

2014/09/10(水) 18:26:50.27ID:DzfVn3IG

感覚じゃちょっと共有できないんで数字で書いてくれ
ミリ秒単位でいいから

0825デフォルトの名無しさん

2014/09/10(水) 18:36:55.18ID:KuQR3E/w

Windows上でのコンパイル速度は、gccのが、cl.exe の数倍遅い。
それだけ。

0826デフォルトの名無しさん

2014/09/10(水) 18:49:01.31ID:94vWqeuQ

意外ですねえ

0827デフォルトの名無しさん

2014/09/10(水) 20:27:49.03ID:3KfU/6vX

妄想？ですね

0828デフォルトの名無しさん

2014/09/10(水) 22:50:33.63ID:9rHuXPdS

>>825
↓この計測結果とはだいぶ違う話だね。まあ条件によってはそんなこともあるんだろう。
http://news.dice.com/2013/11/26/speed-test-2-comparing-c-compilers-on-windows/
> Embacadero bcc64 (full optimization with command-line switch -O3)
> Command line: Measure-Command { bcc64 -S -O3 test4.cpp }
> Total Milliseconds for compile only: 1812.0551
...
> clang (Full optimization, with command-line switch -O3)
> Command line: Measure-Command { clang -c -O3 test4.cpp }
> Total Milliseconds for compile only: 4996.9006
...
> g++ under 64-bit MingW (Full optimization, with command-line switch -O3)
> Command line: Measure-Command { g++ -c -O3 test4.cpp }
> Total Milliseconds for compile only: 5114.4662
...
> 64-bit g++ under Cygwin (full optimization)
> Command line: Measure-Command { g++ -c -O3 test4.cpp }
> Total Milliseconds for compile only: 6485.9999
...
> Microsoft cl with Maximum optimization (...)
> Command line: Measure-Command { cl /Ox /c /nologo test4.cpp }
> Total Milliseconds for compile only: 9378.7025
...
> Intel icl compiler with full optimization
> Command line: Measure-Command { .icl /Ox /c test4.cpp }
> TotalMilliseconds : 13064.7322

0829デフォルトの名無しさん

2014/09/10(水) 23:08:18.31ID:p19jf2cK

速度とか関係ない話ですみません

MinGW-w64から64bitのGCCを使っています。
このbinディレクトリにはgcc.exeとx86_64-w64-mingw32-gcc.exeがあります。
diffで比べても双方に違いがありません。
何のためにx86_64（略）.exeがあるのでしょうか。

0830デフォルトの名無しさん

2014/09/10(水) 23:10:17.27ID:3KfU/6vX

configureやったりするとわかるかもね
MinGW-w64って配布してる人増えてるのかな

0831デフォルトの名無しさん

2014/09/11(木) 00:05:12.98ID:eBMkW8cB

>>828
intelとMSVCはファイバー並列化が入るからやっぱ遅くなるよね。
納得の結果だな。
にしてもbcc速いな。

0832デフォルトの名無しさん

2014/09/11(木) 01:33:31.30ID:IX4BAtoc

> スレッド切り替えに伴うカーネルモードへの遷移を減らすために Fiber を使用し，
カーネルを重く？するから、トリッキーなことをやらないと...

0833デフォルトの名無しさん

2014/09/11(木) 08:44:24.56ID:eBMkW8cB

いやファイバー並列化はトリッキーでも何でもないでしょ
OpenMPでやれるし

0834デフォルトの名無しさん

2014/09/11(木) 09:06:05.98ID:IX4BAtoc

MPのやり方はトリッキーではないのはわかりますよ

0835デフォルトの名無しさん

2014/09/11(木) 10:52:46.47ID:EZFPRwJq

一昨日からニワカが知ったかしててうざいんだけど
どうしたらいい？

0836デフォルトの名無しさん

2014/09/11(木) 10:57:48.04ID:IX4BAtoc

うざいならスルーすれば

0837デフォルトの名無しさん

2014/09/11(木) 10:59:26.67ID:IX4BAtoc

どんな書き方してもMP化できると思ってる人いましたよ

0838デフォルトの名無しさん

2014/09/11(木) 11:02:24.98ID:IX4BAtoc

ここまで肥大化して、全部わかる（わかってる？）人っているんですか

0839デフォルトの名無しさん

2014/09/11(木) 11:02:52.47ID:EZFPRwJq

自覚はあるんだな
変なのが住み着いてしまったなあ

0840デフォルトの名無しさん

2014/09/11(木) 11:05:29.53ID:IX4BAtoc

ム関係ない、宣伝系の人は増えてるみたいですが

0841デフォルトの名無しさん

2014/09/13(土) 14:52:29.79ID:UWZ/9vBD

MinGW 4.9.1のbuildが0から1になってるな

0842デフォルトの名無しさん

2014/09/15(月) 13:42:38.97ID:7daUusVM

>>828
リンク先のページを確認することもウザイが、みんな騙されてはいけない。
嘘は言わん。
VC++の方が、cygwinやmsysのgccより圧倒的に速い。

音楽の様に言うと、
gcc は、タン・・・・・、タン・・・・・・
vc++は、タ・タ・タ、タ・タ・タ・タ、タ・タ・タ、・・・

と言う感じになる。前者は全音符みたいな感じ、後者は三連符みたいな感じ
だ。

0843デフォルトの名無しさん

2014/09/15(月) 13:58:26.85ID:SEthO71J

タンタンタヌキのきんた...

0844デフォルトの名無しさん

2014/09/15(月) 14:32:46.12ID:ZknlSCSI

>>842
ちゃんとC++か？はっきり言ってかなり遅かったぞ

0845デフォルトの名無しさん

2014/09/15(月) 15:43:49.67ID:7daUusVM

>>844
VC++は、Visual Studio 2008 ので、ちゃんとしたclassやnamesapce
を使ってる。

ただ、gccが全音符と言うのはちょっと言いすぎた。
付点四分音符～二部音符程度だと思う。

0846デフォルトの名無しさん

2014/09/15(月) 15:44:56.08ID:7daUusVM

>>844
嘘ついたらあきまへんで。

0847デフォルトの名無しさん

2014/09/15(月) 16:27:36.90ID:6nb/vlY3

>>842
信じて欲しいなら計測データ出せよ。

0848デフォルトの名無しさん

2014/09/15(月) 16:30:50.34ID:7daUusVM

msysのmingwのmakeは、-jN オプションが N >=2 の時ハングアップするバグ
はまだ直ってないの？

0849デフォルトの名無しさん

2014/09/15(月) 16:45:31.27ID:7daUusVM

#include <stdio.h>
int main( void )
{
　　printf( "Hello World !!\n" );
　　return　0;
}

$ time cl -nologo aaa.c
aaa.c

real　　0m0.031s
user　　0m0.015s
sys　　 0m0.000s

$ time cl -nologo aaa.c
aaa.c

real　　0m0.047s
user　　0m0.015s
sys　　 0m0.015s

$ time cl -nologo aaa.c
aaa.c

real　　0m0.047s
user　　0m0.015s
sys　　 0m0.015s

0850デフォルトの名無しさん

2014/09/15(月) 16:47:45.95ID:7daUusVM

$ time gcc aaa.c
real　　0m0.156s
user　　0m0.122s
sys　　 0m0.076s

$ time gcc aaa.c
real　　0m0.156s
user　　0m0.169s
sys　　 0m0.123s

$ time gcc aaa.c

real　　0m0.156s
user　　0m0.138s
sys　　 0m0.091s

[補足]
計測は、cygwin + mintty で行った。
実際は10回以上繰り返し、最後の三回だけを掲載した。

0851デフォルトの名無しさん

2014/09/15(月) 17:17:02.91ID:7daUusVM

>>828
そのページ、gccは、最適化しない時の方が最適化する時よりも
コンパイル時間が遅い結果になっている。

vc++ と intel だけが最適化した方がコンパイルが遅いと言う当たり前の
結果で、bcc, g++, llvm は全部最適化しない方がコンパイルが遅いという
わけの分からん結果が書かれている。

0852デフォルトの名無しさん

2014/09/15(月) 17:18:52.54ID:7daUusVM

やっぱ、2ch は、正直者をうそつき呼ばわりし、嘘ばかり書くような
異常者が沢山書き込んでいる事が今回明らかとなった。

0853デフォルトの名無しさん

2014/09/15(月) 17:21:43.22ID:7daUusVM

Web2.0もOSS礼賛も、同種の人間がやっている事が推定されるよ。

そもそも、コンピュータ・ソフトウェア作りは、少数精鋭でやることが鉄則で、
人海戦術では難しいと言われているのに、エリック・レイモンドは、「魔法のおなべ」
において、それを真っ向否定した。

つまり、凡人が大量に集まれば天才を超えることが出来ると言う論文。
ただ、それは事実ではない。

0854デフォルトの名無しさん

2014/09/15(月) 17:40:05.33ID:ZknlSCSI

>>850
そんな糞みたいなソースで計測してんじゃねーよ
10万行以上あるC++のソースで計測しろ

0855デフォルトの名無しさん

2014/09/15(月) 17:54:05.44ID:SjnVEe6F

gccスレでやれ

0856デフォルトの名無しさん

2014/09/15(月) 20:19:52.57ID:SEthO71J

露骨な宣伝してるようですか
判断するのは使う人たちですよ

0857デフォルトの名無しさん

2014/09/15(月) 20:39:18.68ID:SJHXukYy

そもそもコンパイル速度でgccとvc++のどっちを使うか決める奴なんているの？

0858デフォルトの名無しさん

2014/09/15(月) 21:14:53.11ID:SEthO71J

宣伝マンはVC使えば何でも出来ると...思い込んでたりしてね

0859デフォルトの名無しさん

2014/09/15(月) 21:37:47.62ID:nwEeaENm

両方でコンパイルしてバグ取りする

0860デフォルトの名無しさん

2014/09/15(月) 22:39:09.92ID:ObET8mjR

>>857
インタプリタ的に使うなら速いほうがいいべ

0861デフォルトの名無しさん

2014/09/15(月) 22:41:55.98ID:SEthO71J

IDE環境じゃないと肉体労働はきついからね

0862デフォルトの名無しさん

2014/09/15(月) 22:43:08.20ID:SEthO71J

遅いほうが時間で働いてる人には...

0863デフォルトの名無しさん

2014/09/15(月) 23:38:27.00ID:7daUusVM

>>856 >>858
宣伝マンがここまで調査するかっての。
ただ単に事実を書いているだけだ。

ろくに調べもせずにOSS礼賛するやからが多いからな。

0864デフォルトの名無しさん

2014/09/15(月) 23:40:21.64ID:7daUusVM

>>861
理解力ない人にはIDEが使えないらしい。

0865デフォルトの名無しさん

2014/09/15(月) 23:46:40.82ID:7daUusVM

>>854
だから、実践的なプログラムでは、圧倒的に gcc が遅いことも経験的に
分かってるんだって。

むしろ、pch を使えば、vc++ はさらに gcc を突き放して速くなる。
というか、gcc は、オプションを変えても結果が変わりにくい傾向がある
事も経験的に分かってきた。サイズ最適化オプションも効きが悪い。
pchを使っても大きな効果が出ないようだし。そもそも、make自体が
コンパイル時間肉薄するほどの時間を食うのも頭が悪い。

0866デフォルトの名無しさん

2014/09/16(火) 01:11:59.41ID:NiqY2g4g

経験的とか肉体労働の方たちには意味がないことのようですが

0867デフォルトの名無しさん

2014/09/16(火) 01:13:47.30ID:NiqY2g4g

clでcygwin.dllがビルドできるんですか？

0868デフォルトの名無しさん

2014/09/16(火) 01:21:43.45ID:vu0C2T3L

出来ますよ。ちょっと待っててくださいね

どなたか cl.exe で cygwin.dll をビルドされた方はいらっしゃいませんか？

0869デフォルトの名無しさん

2014/09/16(火) 02:43:09.62ID:JmUjnEhI

>>868
今からビルドするんですか！？？

ここまで天ぷら

0870デフォルトの名無しさん

2014/09/16(火) 10:21:57.62ID:2yd7/FLZ

ビルドかけたら一服しに行けるので
コンパイラは遅い方が助かります

0871デフォルトの名無しさん

2014/09/16(火) 11:19:11.91ID:5MCxTvVt

>>870
馬鹿。

0872デフォルトの名無しさん

2014/09/16(火) 11:20:36.40ID:NiqY2g4g

時間で働いてるから普通の感覚だと思いますが

0873デフォルトの名無しさん

2014/09/16(火) 11:59:34.26ID:xCICRn64

ビルド中に治したいところ見つかった時って
すぐビルと中断して治す？
それともとりあえず完了まってテストしてから治す？

0874デフォルトの名無しさん

2014/09/16(火) 12:05:04.94ID:NiqY2g4g

効率が良いと思えば止めればいいし
ケースバイケースな答えがないようなこと質問して...

0875デフォルトの名無しさん

2014/09/16(火) 12:10:28.25ID:5MCxTvVt

そういうことは、ビルドが速い環境だと甘り気にしなくて良い。
すぐにビルドが終わるから。

gcc使ってると、30年前の環境で開発しているかのような効率の悪さに
なるが。

0876デフォルトの名無しさん

2014/09/16(火) 12:12:37.02ID:NiqY2g4g

cygwin.dllがVC++環境でビルドできるようになりましたか

0877デフォルトの名無しさん

2014/09/16(火) 23:41:47.13ID:/hQMl/mi

>>875
んなわけねーだろ
テメーの無能さをgccのせいにすんなよ

0878デフォルトの名無しさん

2014/09/16(火) 23:44:25.10ID:5MCxTvVt

>>877
無能さ関係なし。

gccの駄目さを指摘されると、相手を無能呼ばわりして gcc を守る人が多い
のは何故だろう。きっと、gccが駄目だと自分にも害がお呼ぶからなんだろ
うが、どういう立場の人か気になるな。

0879デフォルトの名無しさん

2014/09/16(火) 23:49:56.06ID:JmUjnEhI

このスレの書き込みの半数はFSFの構成員ということは確定的に明らかですね

0880デフォルトの名無しさん

2014/09/17(水) 00:36:30.81ID:i4FG8Gei

同じ組織だと欠陥や汚職などを真相究明できない事例は数多いが、
2ch は、「同じ組織の人間」が多く現れてしまうので注意が必要。
欠陥や欠点を擁護する執拗な書き込みに押されて真実が見えなくなる恐れがある。
それに対抗するためにはどんだけしんどくても、がんばり続けるしかない。

gcc や GNU、FSF、Stallman, OSS, Free, Eric Laymond の低脳どもに負けてたまるか。

0881デフォルトの名無しさん

2014/09/17(水) 00:54:48.51ID:VXp5S5Po

>>880
そこに気づくとはさすがだな
何というか…”本質”みたいな物が見えているよね、お前はさ

0882デフォルトの名無しさん

2014/09/17(水) 00:57:27.59ID:i4FG8Gei

ありがとう。

0883デフォルトの名無しさん

2014/09/17(水) 00:58:34.37ID:VXp5S5Po

やっぱこの人キチガイやな

0884デフォルトの名無しさん

2014/09/17(水) 08:44:22.28ID:NqHg3Q1o

>>873
ビルドかけたら一服しに行くから
見つけたりしない

0885デフォルトの名無しさん

2014/09/17(水) 09:43:07.82ID:n3pWJtrz

g++はWindows上でmakeが10秒近く掛かるような場合でも、Linux上だと1秒掛からない
(どちらも2度目以降実行で関連ソースやヘッダがキャッシュに乗っている場合)
g++自体が目茶苦茶遅いと言うのは御門違いだ

GCCはプリプロセッサからリンカまで実行ファイルが分かれていて、美しい設計になっている
糞なのは細かくexeを起動する方法を高速に実行出来ないWindowsの方

しかし、ここはWindows上のGCCのスレだからLinux並に速く実行出来る方法を考えるしかない

0886デフォルトの名無しさん

2014/09/17(水) 10:49:58.41ID:NORZRxLC

いつになったら MinGW で std::quick_exit が使える日が来るのだろうか……。

0887デフォルトの名無しさん

2014/09/17(水) 13:55:24.47ID:i4FG8Gei

>>885
嘘ちゃうか？
証拠出せよ。

0888デフォルトの名無しさん

2014/09/17(水) 14:11:11.52ID:tAFeaJze

宣伝マンが証拠出せとか逝ってますが

0889デフォルトの名無しさん

2014/09/17(水) 14:25:36.91ID:i4FG8Gei

>>888
元はと言えば、お前が言ったんだろうが。

正直者には散々疑いをかけときながら、怪しいgcc信者の証言は
信じろなんて、虫が良すぎる。

0890デフォルトの名無しさん

2014/09/17(水) 14:26:39.07ID:tAFeaJze

あれ、やっぱり、宣伝マンだったんだ

0891デフォルトの名無しさん

2014/09/17(水) 14:43:03.41ID:g6mLW1UO

>>885
そう結論付けるのはまだ早い。
.exeは.pfが出来るので他のファイルを扱うよりアクセスはずっと速いから.exeの数の問題じゃない。
.exe以外のファイルを大量に読み書きするmakeが遅い可能性の方が高い。

0892デフォルトの名無しさん

2014/09/17(水) 16:21:03.29ID:i4FG8Gei

>>891
make使わずにgccを単独起動した時でも遅い。
>>849-850 を見ろ。

0893デフォルトの名無しさん

2014/09/17(水) 17:09:31.74ID:tAFeaJze

時間見せるだけじゃなくて、どういうソースコードを使ったからやろうね
結果だけで判断するのは頭がいい人のやることなのかな

0894デフォルトの名無しさん

2014/09/17(水) 17:25:25.64ID:i4FG8Gei

>>893
そーソコード書いてあるじゃないか。
どこに目え付けてんだ。

0895デフォルトの名無しさん

2014/09/17(水) 17:30:09.41ID:tAFeaJze

ようこそ、ハローワーク？
で何を測ったんでしょうね

0896デフォルトの名無しさん

2014/09/17(水) 17:35:30.62ID:i4FG8Gei

>>895
だから何度も言っているように、実用的な大きなプログラムだともっと
差が開くように感じるんだって。こんな小さいプログラムであるからこそ、
gccの駄目さがこの程度で収まってるだけかも知れん。

0897デフォルトの名無しさん

2014/09/17(水) 17:36:01.58ID:tAFeaJze

clはコンパイラ本体がdll化されてるからその分早くコンパイルがはじまるんでしょうね

0898デフォルトの名無しさん

2014/09/17(水) 17:40:31.53ID:i4FG8Gei

>>897
そんな問題じゃないんだって。その程度のサイズのファイル読み込みなんて
瞬間で終わるんだから。

0899デフォルトの名無しさん

2014/09/17(水) 17:40:59.55ID:tAFeaJze

は？

0900デフォルトの名無しさん

2014/09/17(水) 17:46:18.81ID:i4FG8Gei

今回の計測では、全体で0.15秒程度だからそれが影響してると思うのかも
知れないが、もっと本格的なプログラムの場合、gccはコンパイルに
1秒単位の時間を要する事がある。その場合でも VC++ は gcc の3～5倍程度
の速度でコンパイルが終わる。

0901デフォルトの名無しさん

2014/09/17(水) 17:48:10.56ID:tAFeaJze

このスレでVC++マンセーして...
低レベルなツッコミしても見当違いなお答えが

0902デフォルトの名無しさん

2014/09/17(水) 17:52:52.95ID:i4FG8Gei

>>901
そうやって、デタラメばかり書けばいいさ。

0903デフォルトの名無しさん

2014/09/17(水) 17:56:13.75ID:tAFeaJze

デタラメってどこが
中身見れないから推測してるからテキトーだよ、内容は
時給稼ぎたい人はVCは使わないほうがいいかもね、効率化すると自分の首絞めることもあるから

0904デフォルトの名無しさん

2014/09/17(水) 17:59:20.02ID:NIWQQ6NK

>>896
> 差が開くように感じるんだって。

さすが共助くん、言うことが違うな！

0905デフォルトの名無しさん

2014/09/17(水) 18:22:18.94ID:i4FG8Gei

>>903
見当違いじゃないのに見当違いって言うことがデタラメなのさ。

0906デフォルトの名無しさん

2014/09/17(水) 18:25:06.29ID:sO65IG92

>>892
やっぱ単に.cとか.hを開けるのが遅いんじゃね？

0907デフォルトの名無しさん

2014/09/17(水) 18:30:30.50ID:tAFeaJze

ファイルの読み込みのことを逝ってるんじゃないんですけど
何を突っ込まれたかもおわかりじゃないと
ここまで、書かないとわかりませんか

0908デフォルトの名無しさん

2014/09/17(水) 18:32:01.78ID:i4FG8Gei

>>906
そんなこと無い。

0909デフォルトの名無しさん

2014/09/17(水) 19:01:16.21ID:YTtw5Lif

アンチウイルスが悪さしていると予想

0910デフォルトの名無しさん

2014/09/17(水) 19:06:32.02ID:tAFeaJze

お脳にウイルスですか？

0911デフォルトの名無しさん

2014/09/17(水) 19:12:06.20ID:i4FG8Gei

gccが負けたことがよっぽど悔しいんだね。

でも、どうして悔しいのかは理解に苦しむところだが。

0912デフォルトの名無しさん

2014/09/17(水) 19:20:13.05ID:tAFeaJze

勝組負組とか関係ないでしょ
使えるものを使えばいいだけ

0913デフォルトの名無しさん

2014/09/17(水) 22:14:26.75ID:Un9aT5gX

vforkがリソースリークするって言うんだけどそうなの？
そうならせかいじゅ

0914デフォルトの名無しさん

2014/09/17(水) 22:15:09.84ID:Un9aT5gX

世界中で問題になってると思うんだが

0915デフォルトの名無しさん

2014/09/17(水) 22:57:31.83ID:dL/eABUe

gcc遅いとかと言うなら、プ出来るんだから自分でgccソース弄って早くするようにすれば良いだろ

0916デフォルトの名無しさん

2014/09/17(水) 23:28:46.96ID:n3pWJtrz

>>887
お前Linuxも使えない無能だって事がバレバレだぞwww
一度でもLinuxでビルドした事がある奴だったら、嘘とか絶対言わねーよw

Linux上では段違いに速いんだから、Windows上だと何で遅いのかを
Windows自体の問題も含めて議論するべき

0917デフォルトの名無しさん

2014/09/17(水) 23:31:16.07ID:n3pWJtrz

ちなみに、Windows上のVMにLinux入れても正確な速度ではないかもしれない
やはり、デュアルブートで試さないと

0918デフォルトの名無しさん

2014/09/18(木) 00:51:24.39ID:OxIalaPs

やはりプリプロセッサを廃止したD言語を普及させようって話に落ち着くな

0919デフォルトの名無しさん

2014/09/18(木) 01:29:16.34ID:skdsGm7n

mingwでもコンパイルキャッシュできるようしてよ

0920デフォルトの名無しさん

2014/09/18(木) 02:08:27.34ID:/TnN9C1n

DOS版のi386用gccは速かったんだがな

0921デフォルトの名無しさん

2014/09/18(木) 04:14:23.70ID:pxilq5Dy

VC++推しコンパイルキチガイのせいでスレがめちゃくちゃだわ
専門板はああいうやつがいると潰れるから嫌い

0922デフォルトの名無しさん

2014/09/18(木) 07:51:18.75ID:MZSIq5nP

普通の意味では勝ち組に分類されそうなインテルのコンパイラはコンパイル遅いよ
なに変なことにこだわってんだ？
Linux用は知らん、個人ならフリーで使えるから誰かgccと比べてみたら？

0923デフォルトの名無しさん

2014/09/18(木) 08:17:10.72ID:/TnN9C1n

インテルコンパイラはそもそも速さなんか捨ててる感があるな

0924デフォルトの名無しさん

2014/09/18(木) 13:49:32.09ID:gYZnvAz9

>>922
コンパイルの遅さに見合うだけの最適化の良さがあるからな。
それでも、gccほど遅いとは限らん。

0925デフォルトの名無しさん

2014/09/18(木) 14:08:38.71ID:H4lZxv/t

iccの元がなんなのかも知らないんだ

0926デフォルトの名無しさん

2014/09/18(木) 18:27:23.43ID:gYZnvAz9

なんでそんなイヤミばっかり言ってんの？

0927デフォルトの名無しさん

2014/09/18(木) 18:56:42.90ID:H4lZxv/t

フランスに逝ったことあるからじゃね

0928デフォルトの名無しさん

2014/09/18(木) 19:03:05.39ID:gYZnvAz9

>>927
おそ松君に出てくる「イヤミ」の事だろうけど、馬鹿確定だね。
負け惜しみで滅茶苦茶な事言ってるだけだったんだ。

みなさん、今回のことでも、もうよく分かりましたよね。
gccを擁護している人々の本性みたいなものがね。

0929デフォルトの名無しさん

2014/09/18(木) 19:58:54.58ID:pxilq5Dy

>>928

>みなさん、今回のことでも、もうよく分かりましたよね。
>gccを擁護している人々の本性みたいなものがね。

たぶんそういうこと思ってるのお前だけだろ、統合失調症っぽい
てかお前プログラマーじゃなさそう。

0930デフォルトの名無しさん

2014/09/18(木) 20:12:45.27ID:gYZnvAz9

>>929
そんなことない。

OSS礼賛者にはろくなのがいないんだ。StallmanやEric Laymond見てたら
分かるだろ。

0931デフォルトの名無しさん

2014/09/18(木) 20:13:41.62ID:H4lZxv/t

人格攻撃してもいいよ、低能の自覚あるから

0932デフォルトの名無しさん

2014/09/18(木) 20:18:23.02ID:pxilq5Dy

>>930
ストールマンはオープンソースソフトウェアという言い方は嫌ってるんだよなあ
フリーソフトウェアだろ、にわかで統失で最近プログラミングに興味持ったの？

0933デフォルトの名無しさん

2014/09/18(木) 20:19:48.08ID:H4lZxv/t

たったひとり？があ～だからでOSSれいさんしゃはどうたらとか
逝ってる方は頭がいいんですね
なるほど

0934デフォルトの名無しさん

2014/09/18(木) 20:33:01.14ID:kmctZUBf

>>933
マジレスすると「らいさん」な。

0935デフォルトの名無しさん

2014/09/18(木) 22:44:07.44ID:AgOAxsav

GCCが遅いのはWindowsの問題(相性？)なのは間違いないが、VCはデフォでマルチスレッドを
使ったビルドをするんだった
GCCを使う時にmakeに-j 4とか指定すれば数倍遅いとか言ってる場合は同じになるって事だ

0936デフォルトの名無しさん

2014/09/19(金) 00:54:56.57ID:ZoN/rKUj

>>935
make -jXじゃなくて、gccにはVCの/MPとかないのか？

iccはコンパイル速度より生成されたバイナリの実行速度命って奴向けだからな

0937デフォルトの名無しさん

2014/09/19(金) 01:10:54.95ID:VLxOIYod

>>936
GCCに並列ビルドのオプションは見たことない
makeレベルの並列化で十分だからだろう

0938デフォルトの名無しさん

2014/09/19(金) 05:31:32.69ID:f0umo0Ru

プロセスの起動が大したオーバーヘッドに感じない環境で使われることが
多いgccではmake等で一つ一つファイルをコンパイルするのが慣習になったが
windowsでは馬鹿にならないので一回のcl.exe起動でファイルを纏めて
コンパイルするようにVisualStudioを作ったからそういう違いになったんだろう

0939デフォルトの名無しさん

2014/09/19(金) 07:02:16.20ID:dGthm+wL

サブモジュールがgfortranで作られたものをVSベースの開発環境に
移したいんだが、フォートランどこ？

0940デフォルトの名無しさん

2014/09/19(金) 08:22:39.03ID:+6dQw7G+

>>938
アホですか？

WindowsでもDOS時代から分割コンパイルが基本。

0941デフォルトの名無しさん

2014/09/19(金) 08:27:07.85ID:OJCIiOtw

馬鹿ですか？

誤 WindowsでもDOS時代から
正 MS製品でもDOS時代から

0942デフォルトの名無しさん

2014/09/19(金) 08:32:17.18ID:+6dQw7G+

>>935
同じになんてならん。

gcc を、make -jN で使っていてもVC++ の方が圧勝する。

0943デフォルトの名無しさん

2014/09/19(金) 08:44:22.23ID:DNSFLJLq

お前の感覚では、か？

0944デフォルトの名無しさん

2014/09/19(金) 09:01:17.71ID:Ncueq+Ud

実際のコンパイル速度は変わらないんだろうけど、VCのが遅く感じるのは
コンパイル時のコンソールメッセージが冗長だからだろうね
あと印象としてVCは毎回フルビルド、gccは変更ファイルだけビルドというイメージがある
もちろんmakeによるものだけど、イメージではね…

0945デフォルトの名無しさん

2014/09/19(金) 09:55:08.24ID:+6dQw7G+

>>943
客観的感覚だ。

>>944
コンパイルメッセージが冗長なのはgcc。VC++の方が大切な情報を
適切に表示する傾向がある。印象としては、gccの方が毎回フルビルドだ。
VC++の方が変更部分だけを間違いなく適切に再コンパイルする。
それは、makefileを適切にかけてないOSSソフトが多いせいもあるが。

0946デフォルトの名無しさん

2014/09/19(金) 09:56:16.63ID:+6dQw7G+

なんでこう、gcc信者には嘘つきが多いの？

実世界だったらぶん殴ってやりたい。嘘つきどもが。

0947デフォルトの名無しさん

2014/09/19(金) 09:58:25.63ID:+6dQw7G+

>>943-944
ちゃんと試してないくせに嘘ばかり言ってんなよ。

0948デフォルトの名無しさん

2014/09/19(金) 10:42:51.19ID:iHgvKusj

>>944
edit-continue> あアん？

0949デフォルトの名無しさん

2014/09/19(金) 11:03:15.29ID:NQv2WdNb

OSXにgccがプリインストールされなくなったので、実質使われることは
無くなったんじゃないですかね。
唯一Linuxが未だにgccデフォなんですが、Linuxの人たちってプログラミング
しないですしね。

0950デフォルトの名無しさん

2014/09/19(金) 11:14:51.98ID:9nFtEcDJ

そうだね

0951デフォルトの名無しさん

2014/09/19(金) 12:13:37.91ID:sk7TrVPk

もう、Windowsに最新のgccつけて、シェアNo.1をとっちゃえよ！

0952デフォルトの名無しさん

2014/09/19(金) 12:14:30.01ID:sk7TrVPk

で、段々、WinAPIとかどんどん便利にしちゃって、VisualStudio抜いちゃえ！

0953デフォルトの名無しさん

2014/09/19(金) 12:34:07.95ID:Pb/LfsaM

客観的感覚ワロタ

0954デフォルトの名無しさん

2014/09/19(金) 12:37:59.32ID:ehzU3bM/

過疎スレが一気に宣伝マンの巣窟に

0955デフォルトの名無しさん

2014/09/19(金) 13:18:45.42ID:NQv2WdNb

VSに追いつくのは無理だと思う。
gccとClangを比較した記事を読めば、gccがオワコンなのがわかると思います。
Clangとclから選ぶ時代が来たんじゃないでしょうか。

ARMはgcc一択という書き込みをどこかで見たのですが、そういう書き込み自体が
gccの状況を表していると思います。
gcc押しの人は、実際gcc使っていないんですよ。
というか、プログラミング自体していない。

0956デフォルトの名無しさん

2014/09/19(金) 13:26:20.49ID:NQv2WdNb

ARMの大部分はRAMが数百バイト～というような貧弱な環境なので、そもそも
gccなんか出る幕ないんですけどね。

そういう使われるわけのない部分でgcc一択などと言ってる部分にgccの
状況を垣間見てしまいます。

0957デフォルトの名無しさん

2014/09/19(金) 13:34:29.90ID:ehzU3bM/

個人的感想乙

0958デフォルトの名無しさん

2014/09/19(金) 13:34:33.28ID:YXd5U5JC

Windowsじゃgccはほとんど使わずVCかインテルだが、他のCPU使うときはgccのお世話になってるな
CygwinやMinGWの開発者はクロスコンパイルしてるだろ？
コンパイラなんて自分が好きなのを使えばそれでいいだろうに

それにWindowsでもffdshowやx264はgccじゃないとまともにコンパイルできないだろ
そんなにgccが嫌いならgccでコンパイルしたバイナリも使うなよ
っていうか、それくらいの覚悟もなしにアホなこと言ってんの？

0959デフォルトの名無しさん

2014/09/19(金) 13:53:33.25ID:NQv2WdNb

>>958
AppleのClangかMicrosoftのclか二択の時代ですよ。
gccはゴミ箱に入れればいいと思います。
どうしても使いたいときはタイムマシンで復元すればいいですしね。
ゴミ箱行きを強く推奨します。

0960デフォルトの名無しさん

2014/09/19(金) 13:56:35.70ID:+6dQw7G+

>>952
一番問題なのは、あなたみたいなことを言う人なんだよ。
gccは無料でかつオープンソースだから、新たにクローズド開発で
始めたい人の参入を阻止してしまう。

0961デフォルトの名無しさん

2014/09/19(金) 13:58:26.10ID:ehzU3bM/

俺がいうことだけ聞いてろ、それが正解だ
ですか、カッケー

0962デフォルトの名無しさん

2014/09/19(金) 14:54:51.23ID:+6dQw7G+

>>961
こちらは実験して結果の客観的事実を述べている。だから正解なのは
当然。
あんたのは、その結果と違っているから間違いなんだ。それだけだ。
真実は一つしかなく、個人的意見が入り込む余地が無い。
なので、多様な意見など存在しない。正しい結果が一つだけ存在する
のみ。

0963デフォルトの名無しさん

2014/09/19(金) 15:00:21.83ID:VNxox+gz

クロスコンパイル時の話じゃなくてか？

0964デフォルトの名無しさん

2014/09/19(金) 15:02:51.30ID:+6dQw7G+

>>963
このスレで先に示した結果は、
cygwin用のバイナリをcygwin付属のgccでコンパイルした時のもの。

しかし、msysでmingw32を使ってnative win32バイナリに作成した時
も同様にgccの方がだいぶ遅い経験的事実がある。

0965デフォルトの名無しさん

2014/09/19(金) 15:42:59.78ID:R+6tOzpt

>>939
Visual fortranてえのがあってのう…
そういえば今だれが面倒見てるんだろう？

0966デフォルトの名無しさん

2014/09/19(金) 16:10:14.22ID:cIRzLC3O

>>964
なんでVCで作ったWin32ネイティブのgccと比べないの？
それならVCだってcygwinのgccで作ったcl使わないと比較にならんでしょう。

0967デフォルトの名無しさん

2014/09/19(金) 16:29:49.36ID:+6dQw7G+

>>966
配布されているバイナリの結果が全て。
ソースなど関係なし。

0968デフォルトの名無しさん

2014/09/19(金) 16:48:43.52ID:ehzU3bM/

clは他のコンパイラより全てにおいて優れているですか
スゲー、カッケー

0969デフォルトの名無しさん

2014/09/19(金) 17:02:57.52ID:NQv2WdNb

まあまあ、これでも見て落ち着きなさい。

https://www.youtube.com/watch?v=1xHHonXJkwA

0970デフォルトの名無しさん

2014/09/19(金) 17:15:57.58ID:Pb/LfsaM

>>954
入れ食い入れ食いｗｗｗｗとか思ってこの間から居着いてるんだろうけど
専門板でこういうことされると迷惑なんだよな

0971デフォルトの名無しさん

2014/09/19(金) 17:40:53.83ID:T3pYRqja

gccがオープンだからこそ、各CPUメーカーは汎用性の高い言語のコンパイラを比較的容易に自社CPU用に提供できるってメリットがある。
それ一つだけでも、VCなんぞには較べものにならない価値がある。
処理速度が遅いかどうか? クロス開発している時にそんなことどうでもいいよ。

0972デフォルトの名無しさん

2014/09/19(金) 17:52:14.26ID:I0gpb+fw

>>967
DOSの386ネイティブのgcc配布されてたろ拾って来いよ

0973デフォルトの名無しさん

2014/09/19(金) 18:17:34.41ID:ehzU3bM/

cl（VC++IDE環境で）でcygwin1.dllをビルドできるようになりましたか

0974デフォルトの名無しさん

2014/09/19(金) 19:05:48.05ID:YXd5U5JC

もう来年の自由研究の宿題に着手してんのか？

こんなこと面白がってるようじゃ
何の役にも立てない奴にしかなれないぜ！

0975デフォルトの名無しさん

2014/09/19(金) 19:35:28.03ID:zFeBUS02

ARMで使いまくってるがなあ
メモリが数百バイトとかいう底辺は知らんが64KBでも余裕だぞ
プログラムをRAMに置くとでも思ってるんだろうな

0976デフォルトの名無しさん

2014/09/19(金) 19:37:14.64ID:T3pYRqja

RAMに置いてたって余裕だぜ。

0977デフォルトの名無しさん

2014/09/19(金) 19:39:02.42ID:ehzU3bM/

富豪プログラムしかやったことないんだ
素敵、うふ

0978デフォルトの名無しさん

2014/09/19(金) 19:45:45.13ID:cQlxOxx4

クロスコンパイ{ラ,ル}の事、知らないんだろうね

0979デフォルトの名無しさん

2014/09/19(金) 23:38:11.74ID:dmk0Jn+e

>>956
ウソつき。

0980デフォルトの名無しさん

2014/09/20(土) 00:33:19.27ID:xHX0nRyN

>>962
計測結果１つしか出てないし先に逆の結果も示されてるんだけど、
なんでそれで対象プログラムや動作環境によらず常にVCのほうが速い
みたいな話になってんの？

実際にビルドするコードや環境によって結果が逆転する可能性はあるでしょ？

0981デフォルトの名無しさん

2014/09/20(土) 00:55:38.63ID:g+GCiF/m

clangのコンパイル後のバイナリはGCCより遅い
あと、オワコンとか言う奴は頭がおかしい

0982デフォルトの名無しさん

2014/09/20(土) 02:23:29.09ID:g+GCiF/m

ちなみにgitもWindows版は滅茶苦茶遅いよな
LinuxだとEnter押した瞬間に終わるような事が、Windowsだと1秒以上掛かる
正確に計測してないけど、100倍とかいうレベルで遅い気がする

msvcrt*.dll(だっけ？)の、open、readとかが糞遅い可能性が高い
暇があったら計測してみるかな

0983デフォルトの名無しさん

2014/09/20(土) 09:42:57.46ID:DYEa41x5

>>971
ソフトウェアの時代に移行すべき時代にハードウェアメーカーを利してどう
するんだ。

だから、StallmanやGPLは古いんだ。

0984デフォルトの名無しさん

2014/09/20(土) 10:15:02.86ID:i4ecqeaa

そんなことはないと思いますよ
CPUメーカーさんお抱えでやられてる方もいらしゃいます
そういう方たちがそれなりところで活躍されてます

0985デフォルトの名無しさん

2014/09/20(土) 10:24:59.82ID:DYEa41x5

>>984
ハードとソフトを分離して行くのが理想的な未来の姿。

LGPLのQtは、Nokiaというハードウェア会社が、抱え込み作戦で作ったもの
だし、本当はダンピングまがいだし、Stallmanの意見を通すと、そういうの
が多く現れて来るんだ。

0986デフォルトの名無しさん

2014/09/20(土) 10:36:03.21ID:i4ecqeaa

なにをいわれてるのかよくわかりません
だから、なになにが悪いという根拠がいまいち？？？？？？？？？？です
儲からないのはなになにが暗躍するからだとか言ってるのならわかりますが

0987デフォルトの名無しさん

2014/09/20(土) 10:44:25.37ID:lf+hv4MZ

どうせ客観的感覚()で言ってるだけ
根拠なんてあるわけない

0988デフォルトの名無しさん

2014/09/20(土) 11:59:43.47ID:DYEa41x5

>>987
遅い早いの感覚なんて、音楽のリズム感じゃん。
付点四分音符と三連符ほどの違いがあるのを、そう簡単に間違うものでは
ないよ。

0989デフォルトの名無しさん

2014/09/20(土) 13:51:19.18ID:Kj1hcs+g

>>988
煽りにしても適当すぎるだろ…
プログラミングは勉強したの？

0990デフォルトの名無しさん

2014/09/20(土) 14:12:40.93ID:yOmGuuKt

言うことだけ言ったら
さっさと自由研究に戻れよw

0991デフォルトの名無しさん

2014/09/20(土) 14:23:45.09ID:DYEa41x5

>>989
おまえ、人を知らないからいいことに、それは何を言っとんるや、という
質問だ。

0992デフォルトの名無しさん

2014/09/20(土) 14:25:32.94ID:Kj1hcs+g

>>991
VC++推しさんが何か言っとんる

＼　　　　　　　　　　　　　￤　　　　　　　 /
　＼　　　　　　　　　　　　￤　　　　　　 /
　　　　　　　　　　　　　／￣￣　ヽ,
　　　　　　　　　　　　/　　　　　　 ',　　　　　　/　　　　＿/＼／＼/＼／|＿
　　　＼　　　ﾉ//, {0}　 /¨`ヽ　{0}　,ﾐヽ　　 /　　　＼　　　　　　　　　／
　　　　　＼／　く　ｌ　　ヽ._.ノ　　　', ゝ　＼　　　　　＜　　バーカ！　　＞
　　　　　／／⌒　ﾘ　　　｀ー'′　　 ' ⌒＼＼　　　　／　　　　　　　　　＼
　　　　　(　　￣￣⌒　　　　　　　　　　⌒￣　＿)　　　￣|／＼/＼/＼/￣
　　　　　　｀￣￣｀ヽ　　　　　　　　　　　/´￣
　　　　　　　　　　　|　　　　　　　　　　 |
　　－－－ ‐　　　ﾉ　　　　　　　　　　｜
　　　　　　　　　／　　　　　　　　　ﾉ　　　　　　　－－－－
　　　　　　　　 /　　　　　　　　　　∠＿
　　－－　　　|　　 f＼　　　　　　ﾉ　　￣`丶.
　　　　　　　　| 　　|　　ヽ＿＿ﾉー─-- ､_ 　　）　　　　－　_
.　　　　　　　｜　　| 　　　　　　　　　　/　　/
　　　　　　　｜　｜　　　　　　　　　　,'　　/
　　　　／　／　　ﾉ　　　　　　　　　　| 　 ,'　　　＼
　　　　　　/ 　／　　　　　　　　　　|　 /　　　　　＼
　　　／_ノ　／　　　　　　　　　　　,ﾉ　〈　　　　　＼
　　　　(　〈　　　　　　　　　　　　　ヽ.__　＼　　　　　　　　＼
　　　　　ヽ.＿>　　　　　　　　　　　　　　＼__)

0993デフォルトの名無しさん

2014/09/20(土) 14:33:16.39ID:F94UX7HX

DebianとかでClangでもビルドできるようにする方向に進んでるよね

0994デフォルトの名無しさん

2014/09/20(土) 15:06:47.42ID:i4ecqeaa

そんなんもうすでにやってるとこありまっせ

0995デフォルトの名無しさん

2014/09/20(土) 17:29:40.14ID:zqGI0i/Q

Debian て GNU の総本山じゃなかったの

0996デフォルトの名無しさん

2014/09/21(日) 03:32:27.72ID:+nW2He3A

どうしたらそんな勘違いが出来るんだ

レス数が950を超えています。1000を超えると書き込みができなくなります。