Cygwin + MinGW + GCC 相談室 Part 4
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2008/09/13(土) 00:38:02過去スレ:
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について part8
http://pc11.2ch.net/test/read.cgi/tech/1192201659/
【激遅】AppleGCC【絶望】
http://pc11.2ch.net/test/read.cgi/tech/1173267844/
0002デフォルトの名無しさん
2008/09/13(土) 00:39:100003デフォルトの名無しさん
2008/09/13(土) 01:01:070004デフォルトの名無しさん
2008/09/13(土) 22:26:51まともなlocale対応が入るときは来るのか。
0005デフォルトの名無しさん
2008/09/14(日) 12:11:19それにしても1000過ぎたら落ちるの速すぎだなあ
0006デフォルトの名無しさん
2008/09/14(日) 21:45:08http://developer.mozilla.org/en/Compiling_Mozilla_With_Mingw
0007デフォルトの名無しさん
2008/09/14(日) 22:28:330008デフォルトの名無しさん
2008/09/15(月) 00:47:530009デフォルトの名無しさん
2008/09/15(月) 01:19:200010デフォルトの名無しさん
2008/09/15(月) 08:54:34この文書は 2007 年 3 月の MozillaBuild システム導入前の Mozilla 1.9 コードベースをビルドするためのビルド要件のガイドです。Firefox 1.5.0.10 以上、Firefox 2.0.0.2 以上、Firefox 3 をビルドする場合は標準的な Windows ビルド要件 を見てください
0011デフォルトの名無しさん
2008/09/15(月) 09:52:110012デフォルトの名無しさん
2008/09/20(土) 02:04:240013デフォルトの名無しさん
2008/09/20(土) 13:44:30-Wformatつけて%016I64xという書式指定をすると、
「unknown conversion type character `I' in format」
とか言われるけど、Windows用のmingwバイナリでも同じ？
LinuxでWindowsホストのx64_64-elfのgdbを作ろうとしてこれでこけた。
0014デフォルトの名無しさん
2008/09/20(土) 14:11:400015デフォルトの名無しさん
2008/09/21(日) 08:03:08#include<iostream>
int main(){
cout<<"こんにちは";
}
とするとちゃんと日本語表示される？
されないなら、対処法は？
0016デフォルトの名無しさん
2008/09/21(日) 13:33:22ダウンロードがまったくできんし。
0017デフォルトの名無しさん
2008/09/21(日) 15:43:40ソースコードをシフトJISで書いたなら --input-charset=cp932 を指定する
cp932 で読み込まれて内部では utf8 になるらしい、んで
吐き出される文字リテラルはデフォルトで utf8 なんだとさ
それをシフトJISにしたいなら --exec-charset=cp932 を指定する
g++ --input-charset=cp932 --exec-charset=cp932 hogehoge.cpp -o hogehoge.exe
こんなかんじka よくしらんがてきとう
0018デフォルトの名無しさん
2008/09/22(月) 01:04:46mingw32-make.exeがどこにもない
0019デフォルトの名無しさん
2008/09/22(月) 10:42:300020デフォルトの名無しさん
2008/09/25(木) 22:46:560021デフォルトの名無しさん
2008/09/26(金) 10:27:190022デフォルトの名無しさん
2008/09/28(日) 03:44:310023デフォルトの名無しさん
2008/10/03(金) 01:33:43思うのですが、MinGWでコンパイルエラーが出ていて、この部分さえクリアできれば
いけそうなので質問させてください。
エラーは、
newmain.cpp:31: error: invalid conversion from `VALUE (*)(VALUE)' to `VALUE (*)(...)'
newmain.cpp:31: error: initializing argument 3 of `void rb_define_method(VALUE, const char*, VALUE (*)(...), int)'
newmain.cpp:32: error: invalid conversion from `VALUE (*)(VALUE, VALUE)' to `VALUE (*)(...)'
newmain.cpp:32: error: initializing argument 3 of `void rb_define_method(VALUE, const char*, VALUE (*)(...), int)'
というものです、でVALUEは、
typedef unsigned long VALUE;
と宣言されています。ご教示お願いします。
0024デフォルトの名無しさん
2008/10/03(金) 01:42:11エラーだけじゃなくてコードも見せなさいな。
0025デフォルトの名無しさん
2008/10/03(金) 01:51:41こんな感じです。ruby付属のドキュメントの例のまんまなんですが、コンパイルが
通らないんです。
#include <ruby/ruby.h>
static VALUE t_init(VALUE self)
{
VALUE arr;
arr = rb_ary_new();
rb_iv_set(self, "@arr", arr);
return self;
}
static VALUE t_add(VALUE self, VALUE anObject)
{
VALUE arr;
arr = rb_iv_get(self, "@arr");
rb_ary_push(arr, anObject);
return arr;
}
VALUE cTest;
void Init_Test() {
cTest = rb_define_class("Test", rb_cObject);
rb_define_method(cTest, "initialize", t_init, 0); ←エラーが出てる箇所
rb_define_method(cTest, "add", t_add, 1); ←エラーが出てる箇所
}
で、関数の宣言は
void rb_define_method(VALUE,const char*,VALUE(*)(ANYARGS),int);
となっています。引数のANYARGSの宣言は以下です
#define ANYARGS ...
0026デフォルトの名無しさん
2008/10/03(金) 02:11:29なぜエラーになってしまうのでしょうか？
0027デフォルトの名無しさん
2008/10/03(金) 09:51:23Rubyスレで聞くと良いんじゃね
0028デフォルトの名無しさん
2008/10/03(金) 10:21:17rubyというよりもC++の問題かなと。でエラーが関数ポインタ周りだということで
簡単なソース作ったんですが、
#include <iostream>
#include <cstdarg>
using namespace std;
static void func(int n,int a,int b,int c) {
int v = a+b+c;
cout << v << endl;
}
int main() {
void (*p)(int,...)=func;
p(3, 1, 3, 5);
return 0;
}
とすると、
newmain.cpp:12: error: invalid conversion from `void (*)(int, int, int, int)' to `void (*)(int, ...)'
というエラーが出ます。
ちなみに、
int main() {
func(3, 1, 3, 5);
return 0;
}
だと、ちゃんと動いてくれます。
可変長引数の関数ポインタの中に、引数の数が決まった関数をぶち込むのに
なぜエラーが出てしまうのかが分かりません。
0029デフォルトの名無しさん
2008/10/03(金) 19:19:06誤った引数を与えられるようになるから、そんな変換は認められない。
reinterpret_cast使え。
0030デフォルトの名無しさん
2008/10/03(金) 21:02:39ruby脳の状態でC++使うからそうなる。使う言語に応じてちゃんと脳みそと知識を切り替えろ。
0031デフォルトの名無しさん
2008/10/03(金) 23:44:51>>29
reinterpret_cast使ったら一発でいけました。ありがとうございます。
>>30
ruby歴１日もないような気がしますorz どちらかと言うとPython脳です。
rubyとpythonの組み込みは、どちらが簡単かなと試していたら嵌ってしまって
質問させて頂いた次第です。お騒がせしました。
0032デフォルトの名無しさん
2008/10/04(土) 05:30:560033デフォルトの名無しさん
2008/10/05(日) 01:06:57型チェック機構は働かないけどね
0034デフォルトの名無しさん
2008/10/05(日) 08:36:12そうなんだ。ありがとう
0035デフォルトの名無しさん
2008/10/07(火) 15:46:40gwin's heap, Win32 error 487
C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\cc1.exe (3084): *** AllocationBase 0x0, B
aseAddress 0x61820000, RegionSize 0x360000, State 0x10000
こんなエラーが出てしまいました。
gccによるコンパイル時です。
単に gcc とやったときにはno input fileと出るのでインストールはされているようです。
0036デフォルトの名無しさん
2008/10/07(火) 18:40:180037デフォルトの名無しさん
2008/10/07(火) 20:24:45ttp://www.madwizard.org/electronics/articles/winavrvista
0038デフォルトの名無しさん
2008/10/07(火) 22:10:110039デフォルトの名無しさん
2008/10/07(火) 22:12:280040デフォルトの名無しさん
2008/10/08(水) 01:39:330041デフォルトの名無しさん
2008/10/08(水) 03:47:170042デフォルトの名無しさん
2008/10/08(水) 14:59:430043デフォルトの名無しさん
2008/10/10(金) 09:48:33rebasedのmsys-1.0.dllやらbash3.1を導入したら
AllocationBaseうんちゃらは出なくなったが、
configureやmakeでSegmentation faultが発生しまくるようになった。
しかも発生するところは実行するたびに変わるという鬼畜っぷり
これはどうすればいいんすか？環境はXP SP3です。
0044デフォルトの名無しさん
2008/10/10(金) 16:12:09バイナリを使えばいいのでは
004543
2008/10/12(日) 13:17:45海外のBBSを漁ってたら同じような現象が起きてるみたいで
それの回答は「トロイ感染してんじゃね？」だった
でもウイルス見つからなかったし、OSのどっかが壊れてるのかもしれない
0046デフォルトの名無しさん
2008/10/13(月) 16:53:28CygwinにGCC4.3.2を入れようと思って、ソースからビルドしたのですが、
libstdc++のところでコケちゃって、
/cygdrive/c/DOCUME~1/Admin/LOCALS~1/Temp/ccNICzCd.s:11: Error: unknown pseudo-op: `.symver'
/cygdrive/c/DOCUME~1/Admin/LOCALS~1/Temp/ccNICzCd.s:12: Error: unknown pseudo-op: `.symver'
……
/cygdrive/c/DOCUME~1/Admin/LOCALS~1/Temp/ccNICzCd.s:41: Error: unknown pseudo-op: `.symver'
というエラーが出ます。
おかげで、iostreamを使ったHello, worldすらリンクに失敗して困っております。
（printfを使ったHello, worldなら問題なくビルドできます）
どのような対策を講じればよいでしょうか？
ちなみに、以前にもGCC4.3.0を自力で入れたことがあって、
そのときはこのような問題は出ませんでした（表面化しなかっただけ？）
0047デフォルトの名無しさん
2008/10/13(月) 19:20:50それ、asが出してるエラーだから、binutilsの問題かも？
0048デフォルトの名無しさん
2008/10/14(火) 19:05:01ありがとうございます。
うーん、binutilsの最新版も入れてみたのですが、やっぱりエラー変わらないですね。
0049デフォルトの名無しさん
2008/10/14(火) 20:04:330050デフォルトの名無しさん
2008/10/14(火) 20:41:08cygwinにgcc-4あったんですね、知りませんでした。
どうもありがとうございます、とりあえず目前の問題は解決しました。
0051デフォルトの名無しさん
2008/10/15(水) 08:45:02int temp[3,000,000]; とかにすると小さなスタック領域では確保できなくなりエラーが起こるのですが
これはリスト構造でヒープ領域に動的確保するしかないのでしょうか？
（2,500,000番目とかにアクセスする時は効率が悪そうですが・・・）
0052デフォルトの名無しさん
2008/10/15(水) 08:45:260053デフォルトの名無しさん
2008/10/15(水) 09:22:42int *p = malloc(sizeof(int) * 3000000); でどうよ？
0054デフォルトの名無しさん
2008/10/15(水) 09:30:05Cygwinの場合は何だったかな
--stack,サイズ -fstack,サイズ stack,サイズ
0055デフォルトの名無しさん
2008/10/15(水) 11:59:450056デフォルトの名無しさん
2008/10/15(水) 12:09:390057デフォルトの名無しさん
2008/10/15(水) 20:52:51>これはリスト構造でヒープ領域に動的確保するしかないのでしょうか？
>（2,500,000番目とかにアクセスする時は効率が悪そうですが・・・）
文面からするとint*3メガ分ヒープから確保して全て線形リストに突っ込もうとしているように見えるが、
int* LargeBuffer = malloc( sizeof( int ) * 3000000);
LargeBuffer[2500000] = 2500000;
↑じゃだめなのか？
0058デフォルトの名無しさん
2008/10/15(水) 21:57:25確保するのにかかる手間は違うが、
確保さえしてしまえばアクセスする手間は同じ。どっちも同じメモリなんだから。
0059デフォルトの名無しさん
2008/10/15(水) 22:17:130060デフォルトの名無しさん
2008/10/15(水) 22:40:41#include <stdio.h>
#include <stdlib.h>
int main() {
int i;
int* pbuf = malloc( sizeof( int ) * 3000000);
for (i = 0; i < 3000000; i++) {
printf("%p\n", &pbuf[i]);
}
return 0;
}
試してみ。
0061デフォルトの名無しさん
2008/10/15(水) 22:49:273ギガバイトじゃないんだぞ
0062デフォルトの名無しさん
2008/10/15(水) 22:53:210063デフォルトの名無しさん
2008/10/16(木) 08:55:340064デフォルトの名無しさん
2008/10/16(木) 11:04:14しかしFAQによれば･･･
http://www.cygwin.com/faq/
＞no one is working on a native 64 bit version of Cygwin
0065デフォルトの名無しさん
2008/10/16(木) 12:03:010066デフォルトの名無しさん
2008/10/16(木) 13:12:53ttp://www-online.kek.jp/~keibun/pukiwiki/index.php?MinGW%A4%CB%A4%C4%A4%A4%A4%C6#mea1588c
0067デフォルトの名無しさん
2008/10/16(木) 20:23:15そいつらだと\がU+A5に変換されるため。
0068デフォルトの名無しさん
2008/10/17(金) 02:03:33面倒くさいのでパスすらろくに通してないからそりゃ当然だけど。
64bitにしたところで、32bitのdllとリンクできないから大して便利にならんなぁ。
なんでサンクみたいなのつくらなかったんだろ＞MS
0069デフォルトの名無しさん
2008/10/17(金) 02:09:08痛ニウムの実装をそのまま持って来ちゃったんだろうな…
0070デフォルトの名無しさん
2008/10/17(金) 19:16:460071デフォルトの名無しさん
2008/10/17(金) 22:47:510072デフォルトの名無しさん
2008/10/18(土) 13:37:16それじゃダメなんだよな～
0073デフォルトの名無しさん
2008/10/18(土) 17:39:260074デフォルトの名無しさん
2008/10/18(土) 18:20:05MinGW関係なく、64ビットプロセスが32ビットDLLを読み込んだりその逆をしたりすることはできない。
（16ビットから32ビットへの移行時はできた）
>>69も言っているが、Itaniumならともかくx86-64でできないのは残念すぎる。
0075デフォルトの名無しさん
2008/10/18(土) 20:12:37> 16ビットから32ビットへの移行時はできた
それってシステムDLLだけじゃねーの？
と思ったら一般DLL向けのサンクAPIなんかあったのか
ttp://www7a.biglobe.ne.jp/~tsuneoka/win32tech/16.html
しかし、ここまでやるならサイズ別にコンパイルしなおしたほうが
ややこしいこと考えずに済みそうな気もするが・・・
0076デフォルトの名無しさん
2008/10/18(土) 20:50:550077デフォルトの名無しさん
2008/10/18(土) 21:23:00LoadLibraryEx32Wとかのほうが手軽そうに見える（使ったことない）。
そこに書いてあるフラットサンクと違って、
引数の変換なんかはやってくれないが、32ビットDLLに手を入れることなく16ビットプロセスから呼び出せる。
0078デフォルトの名無しさん
2008/10/31(金) 11:54:570079デフォルトの名無しさん
2008/10/31(金) 19:23:58math.hがなくて途方に暮れてます・・・
0080デフォルトの名無しさん
2008/10/31(金) 19:37:320081デフォルトの名無しさん
2008/10/31(金) 21:34:51解決しました。
0082デフォルトの名無しさん
2008/11/09(日) 18:39:16以下の実装で以前は動いていたんですが、最近
--------------------------------------------------------
%.obj: %.cpp
@echo $<
@if [ ! -d dotDep ]; then mkdir dotDep; fi
@$(CC) $(CFLAGS) /showIncludes /TP /c /Fo$@ $< > dotDep/$*.d0 \
|| ( $(SED) -e '1{/$</d;}; /^Note: including file:/d' dotDep/$*.d0; exit 1)
@$(SED) -e '1{/$</d;}' \
-e '/^Note: including file:/d' dotDep/$*.d0
@(echo '$@: \' \
&& $(SED) -ne '/^Note: including file:/ { \
s|\\|/|g; \
s/^Note: including file:[ ]*//; \
s/$$/ \\/; \
s|^\(.\):| /cygdrive/\1|; \
p; \
}' dotDep/$*.d0 \
&& src=`$(SED) -ne '/^#line 1 /{s/.*"\([^"][^"]*\)".*/\1/; h;}' \
-e '8{x;p;q;}; $${x;p;q;}' $<`; \
&& echo "$${src:-$<}") > dotDep/$*.d1
@mv dotDep/$*.d1 dotDep/$*.d
------------------------------------------------------------------
/bin/sh: -c: line 10: syntax error near unexpected token `&&'
/bin/sh: -c: line 10: ` && echo "${src:-game.cpp}") > dotDep/game.d1'
実行すると上記のエラーになります。
どこが間違ってるのでしょう？
0083デフォルトの名無しさん
2008/11/10(月) 00:35:25ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=15968&forum=10&5
0084デフォルトの名無しさん
2008/11/12(水) 09:15:08ないんですけど？
どうしたらいいですか？
詳しく教えて下さい。
本当に困ってます。
0085デフォルトの名無しさん
2008/11/12(水) 10:38:59ないんですか? ないのか尋ねているのですか?
＞どうしたらいいですか？
そもそも、mingwにsndfile.hがあると思った根拠は?
0086デフォルトの名無しさん
2008/11/12(水) 10:40:50http://www.mega-nerd.com/libsndfile/
0087デフォルトの名無しさん
2008/11/12(水) 10:47:43あげあしとらないでもらえます？
mingwにあるって聞いたんです。
＞＞８６
そのURLなんですか？
詳しく教えて下さいって書いてあるのが読めないんですか？
本当に困ってます。
0088デフォルトの名無しさん
2008/11/12(水) 11:33:230089デフォルトの名無しさん
2008/11/12(水) 19:54:52もちろん>>86は一番詳しいところを紹介したに決まっているだろ。
0090デフォルトの名無しさん
2008/11/12(水) 20:20:08MinGW に sndfile.h があるって言った奴に聞けよボケ
0091デフォルトの名無しさん
2008/11/12(水) 21:57:24warning: build-in function "index" declared as non-function
って警告がでるんですが、どういうことでしょうか？
組み込み関数に index なんてありましたっけ？？
int index;
int main(int argc, char *argc[])
{ return 0; }
009291
2008/11/12(水) 21:58:220093デフォルトの名無しさん
2008/11/12(水) 22:01:06ひとにものきく態度じゃないな
人としてのしつけをママにでも
幼児の頃からし直してもらってこい
話はそれからだ
0094デフォルトの名無しさん
2008/11/12(水) 22:05:19$ man index
NAME
index, rindex -- locate character in string
LIBRARY
Standard C Library (libc, -lc)
SYNOPSIS
#include <strings.h>
char *
index(const char *s, int c);
char *
rindex(const char *s, int c);
009591
2008/11/12(水) 23:06:12しかし strchr との違いがよくわからん。。。
0096デフォルトの名無しさん
2008/11/12(水) 23:09:100097デフォルトの名無しさん
2008/11/13(木) 01:19:560098デフォルトの名無しさん
2008/11/15(土) 23:19:320099デフォルトの名無しさん
2008/11/15(土) 23:22:110100デフォルトの名無しさん
2008/11/15(土) 23:23:48ありがとうございます！
愛してる！
0101デフォルトの名無しさん
2008/11/17(月) 14:28:53Cygwinではyumって使えないのでしょうか？？
Cygwinの中に新しいソフトウェアをインストールしたい時ってどうするのが一番なんでしょうか？
0102デフォルトの名無しさん
2008/11/17(月) 14:34:54それ以外のツールならWindows用をインストールして、適宜シンボリックリンクを張る。
0103デフォルトの名無しさん
2008/11/17(月) 23:03:280104デフォルトの名無しさん
2008/11/18(火) 11:17:160105デフォルトの名無しさん
2008/11/18(火) 18:08:12ESC キーの状態だけでもいいのですが。。。。
標準関数がない場合はwin32 環境では GetKeyState みたいなのが使えますが、
Linux 系ではどんな関数をつかえば？？
0106デフォルトの名無しさん
2008/11/18(火) 18:16:11ありません。
>Linux 系ではどんな関数をつかえば？？
Xアプリ なら XQueryDeviceState(3)が使えるけど、 普通のttyアプリの場合は
そもそも、文字入力しかないわけで、キーを押したとか離したとかはわかりません。
0107デフォルトの名無しさん
2008/11/18(火) 18:18:04mingwでWinAPIを使うかcygwinにxを入れてXlibを使うか。
このスレ的には、最後の行はスレ違い。
0108デフォルトの名無しさん
2008/11/18(火) 18:33:04例えばSDLとかな
0109101
2008/11/19(水) 23:34:150110デフォルトの名無しさん
2008/11/20(木) 00:57:38warning: unknown escape sequence
とでるのですが解決方法をご教授ください。
0111デフォルトの名無しさん
2008/11/20(木) 01:11:20入出力の文字エンコードを明示的に指定してみては？
例えば、
gcc -finput-charset=CP932 -fexec-charset=CP932 -o hoge hoge.c
みたいな感じで。
0112デフォルトの名無しさん
2008/11/20(木) 01:13:30ありがとうございます。
やってみます。
0113デフォルトの名無しさん
2008/11/26(水) 19:41:130114デフォルトの名無しさん
2008/11/26(水) 20:18:33まぁ、それまでアーカイブしてしまってもいいかも試練が
0115デフォルトの名無しさん
2008/12/05(金) 07:44:393DNow!とか使えないはずなのに。
0116デフォルトの名無しさん
2008/12/05(金) 15:55:06使えないインストラクションを使わないバイナリなら動くわね。
例えば極端な例だけど、main()の中身がないとか。
0117デフォルトの名無しさん
2008/12/05(金) 15:59:44ちなみにx264なんだけど使わないのか。
㌧
0118デフォルトの名無しさん
2008/12/05(金) 22:34:02しかも同時にひとつの演算しかしない。
0119デフォルトの名無しさん
2008/12/06(土) 23:29:57AMDの改造gccなら使ってくれるかもしれないけどさ
0120デフォルトの名無しさん
2008/12/06(土) 23:54:13-m3dnowa
0121デフォルトの名無しさん
2008/12/19(金) 03:21:36Delphiで作ったdllをMinGWでコンパイルしたプログラムから使ったりすることはできるのでしょうか？？
0122デフォルトの名無しさん
2008/12/19(金) 10:23:26できる。
ttp://www.geocities.co.jp/SiliconValley-SanJose/2560/delphi4/xlang/CBuilderDelphi.htm
0123121
2008/12/19(金) 15:54:13ありがとうございます！
0124デフォルトの名無しさん
2008/12/23(火) 22:26:51gnustep-base-1.16.5 をビルドしていたところ、
gcc-4.4.0-20081128 で internal compiler error: in spill_failure
というのが出たので -E オプションで問題に遭ったコードを抽出しようと考えたのですが、
6292 行もあってどこから手をつけるべきか途方にくれています。
コンパイラが指摘する発生箇所には4行の関数定義があるので、
ここに無関係なコードを再帰的に除外するような便利なツールがあれば教えてください。
0125デフォルトの名無しさん
2008/12/24(水) 05:37:47xlslibというexcelファイル入出力のライブラリのビルドに
チャレンジしているのですが、もう一歩というところで行き詰っています。
このサイトの方法でやってます。
http://newmonic.blogspot.com/2008/11/building-xlslib-on-msys.html
エラーは、makeの時に
g++.exe: C:/FreeWare/msys/1.0/local/lib/libxls.0.dylib: No such file or directory
g++.exe: unrecognized option `-single_module'
と出力されます。
これの解決方法がわかりません。ご教授ください。
0126デフォルトの名無しさん
2008/12/24(水) 06:21:46まさか本文無視してコマンドだけ入力したなんてアホなことはしてないよな
その記事には「libtoolを入れんとlibxls.0.dylibが見つからんで失敗するでェ」
と書いてあるぞ？
（特にmainC.cのコンパイルで失敗すると書いてあるが、
お前はそこの情報すら省いて恣意的にエラーメッセージを切り貼りしてやがる）
0127125
2008/12/24(水) 08:37:54すいません、急いで書いて、情報が少なすぎました。
一応最新のlibtoolを入れろと言ってるのだと解釈して、
libtool-2.2.6aをインストールして実行した結果です。
0128デフォルトの名無しさん
2008/12/24(水) 10:54:28http://www.geocities.jp/katayama_hirofumi_mz/win32/mingw.htm
0129デフォルトの名無しさん
2008/12/24(水) 21:19:02もちろんこのようなインストールはしてるんですが
0130デフォルトの名無しさん
2009/01/05(月) 10:09:240131デフォルトの名無しさん
2009/01/05(月) 10:31:350132デフォルトの名無しさん
2009/01/14(水) 18:20:330133デフォルトの名無しさん
2009/01/14(水) 18:32:400134デフォルトの名無しさん
2009/01/14(水) 19:48:510135デフォルトの名無しさん
2009/01/14(水) 21:27:23ほとんどの場合、腐ってるのは自分自身です
0136デフォルトの名無しさん
2009/01/18(日) 10:54:430137デフォルトの名無しさん
2009/01/18(日) 11:00:07どういう環境で
どういうことをしたら
どういう不具合が出た
ということを書くのであって、
糞
は不具合報告ではない。
0138デフォルトの名無しさん
2009/01/18(日) 12:00:22googleが直そうと企画しなければwin版死んでたな
0139デフォルトの名無しさん
2009/01/18(日) 13:55:51ググるとdllが不足していてもメッセージが出ずに固まるというところまではわかりました。
不足しているdllってのが見つかったサイトによってまちまちだったので、
emacs.exeをdependency walkerに放り込んで、使っているdllを調べて、足りないものを全部入れたのに動きません。
0140デフォルトの名無しさん
2009/01/21(水) 00:08:05既定ではどうもCR+LFになっているようで。
0141デフォルトの名無しさん
2009/01/21(水) 01:25:58何の改行コード？
0142迷える中年牛
2009/01/23(金) 11:01:43cygwinでmakeしようとしました。
mkvtoolnix-2.4.2に含まれていた「README.Windows.txt」を
参考にして必要なライブラリーはmakeとmake installは出来ました。
しかし、肝心なmkvtoolnix-2.4.2のmakeで以下の様にコンパイル
エラーが発生してしまいます。
ーーーー
CXX src/merge/mkvmerge.cpp
In file included from /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/deque:71,
from /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/stack:70,
from src/common/mm_io.h:20,
from src/common/chapters.h:22,
from src/merge/mkvmerge.cpp:46:
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/stl_deque.h: In member function `void std::_Deque_base<_Tp, _Alloc>::_M_initialize_map(size_t)':
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/stl_deque.h:446: error: expected unqualified-id before '(' token
以下省略
同じ内容のエラーが以下のファイルでも発生しています。
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/deque.tcc:
ーーーー
グーグル先生に聞いたところ、同じ様なエラーはマクロで「max」や「min」を
定義したときに発生する場合が有るようですが、私には見つけられなかったです。
どこをチェックすべきなのかのヒントでも頂ければと思い書き込みしました。
どうぞ、よろしくお願いします。
0143デフォルトの名無しさん
2009/01/23(金) 15:36:140144迷える中年牛
2009/01/24(土) 17:52:13アドバイスありがとうございました。
頭を冷やして見直しました。
エラーの発生場所が標準のライブラリーの中の為に、
ライブラリーは正しいと思いました。
これは「mkvtoolnix-2.4.2」の中にエラーの引き金となる
「max」のマクロがあると考えて検索したが見つけられなかったです。
そこで、アドバイスにしたがって標準のライブラリーの
「stl_deque.h」の446行を見たところ、「std::max」の記述がありました。
結局、<windows.h>をインクルードするとmin,maxマクロが定義される
為にエラーを引き起こしたようです。
今回は、「#include <windows.h>
」の前に「#define NOMINMAX
」の行を
追加してエラーを回避できました。
ありがとうございました。
0145デフォルトの名無しさん
2009/01/24(土) 17:58:480146デフォルトの名無しさん
2009/02/01(日) 22:16:42MinGWインストールするとbinディレクトリにg++とmingw32-g++ と、g++コンパイラっぽいのが二つあるんですが、これってそれぞれどう違うんでしょうか？？
0147デフォルトの名無しさん
2009/02/01(日) 22:28:26短い名前、長い名前。違いはそれだけ。
0148デフォルトの名無しさん
2009/02/01(日) 23:02:15ありがとうございましたｍ(_ _)ｍ
0149デフォルトの名無しさん
2009/02/01(日) 23:49:55この場合はジャンクションでかわりになりそうな気もするけど、
シンボリックリンクとジャンクションは完全に同じわけでは無いし。
色々と事情はあるんだろう。
0150デフォルトの名無しさん
2009/02/02(月) 00:04:030151デフォルトの名無しさん
2009/02/02(月) 00:10:50NTFS前提
0152デフォルトの名無しさん
2009/02/02(月) 00:11:100153デフォルトの名無しさん
2009/02/02(月) 00:51:02cygwinやmsysじゃ使えないんだよね。
わざわざcmd起動してリンク作ってるけど。
0154デフォルトの名無しさん
2009/02/02(月) 22:07:53mklink.exeなんて記事書いて飯喰ってるのも居るがな
0155デフォルトの名無しさん
2009/02/09(月) 09:57:530156デフォルトの名無しさん
2009/02/09(月) 11:33:11そのライブラリの仕様書・マニュアルなど。
0157デフォルトの名無しさん
2009/02/09(月) 13:25:210158デフォルトの名無しさん
2009/02/09(月) 13:52:440159デフォルトの名無しさん
2009/02/09(月) 14:05:250160デフォルトの名無しさん
2009/02/09(月) 14:20:340161デフォルトの名無しさん
2009/02/09(月) 14:38:510162デフォルトの名無しさん
2009/02/09(月) 19:38:17使っているライブラリによって異なる。
たとえばGCC自身はprintf()の実装は提供してない。UNIX上で使っている
ならそのOSのマニュアルだし、MingwだったらMicrosoftのサイトを見る
べき。
0163デフォルトの名無しさん
2009/02/10(火) 02:44:36gitとかpatchとかコマンドが全然動きません。
どうしたらいいんですかこれ…
0164デフォルトの名無しさん
2009/02/10(火) 12:03:09なんかエラーが出るの？
0165デフォルトの名無しさん
2009/02/10(火) 13:51:08つか、βのWin7の事までしらねーよ
0166デフォルトの名無しさん
2009/02/10(火) 14:24:45問題を切り分けて、Windows 7 βのフィードバックを入れるか、
CygwinかMinGWにバグ報告を送りつけるかに決まっているだろう。
0167デフォルトの名無しさん
2009/02/10(火) 14:33:590168デフォルトの名無しさん
2009/02/10(火) 15:22:37を参考にLinux(Fedora10)にMinGWのビルド環境を構築しているのですが
gcc(configure --target=i386-mingw32)のmakeに失敗します
binutilsは2.19、gccは3.4.6です
Linux上でMinGWのクロスコンパイル環境の構築に成功している人はいますか？
他に何か必要な物とかあったら教えてください。よろしくお願いします
0169デフォルトの名無しさん
2009/02/10(火) 16:24:06F10なら、mingw32のパッケージがyumでインストール出来るよ。
0170デフォルトの名無しさん
2009/02/18(水) 02:25:460171デフォルトの名無しさん
2009/02/18(水) 02:35:260172デフォルトの名無しさん
2009/02/18(水) 02:44:41基本的にはmsysでsourceからbuildするものだけど、pathやバージョン古くて通らないのも沢山ある。
そういう時は、cygwinか、coLinux等でcross compile環境を作ってbuildする。
MSYS-bashのpath周りをもっと柔軟にすれば、通りやすくなるのかもねえ
0173デフォルトの名無しさん
2009/02/20(金) 16:42:04new が argc 直前のアドレス取りやがるんですが
私はどんな壊し方をしたのでしょう？
0174173
2009/02/20(金) 17:15:260175デフォルトの名無しさん
2009/02/20(金) 18:15:290176デフォルトの名無しさん
2009/02/20(金) 18:27:32int* buf = new int [100];
↓ が何故か
int* buf =new ( argv - 1) int [100];
0177デフォルトの名無しさん
2009/02/20(金) 21:58:33「が何故か」ってそれをどうやって確認したの？
0178デフォルトの名無しさん
2009/02/21(土) 00:30:12これはどうしてなのでしょうか？
MinGWのインストールやコンパイルを説明してるサイトは沢山あります。
MinGWはインストールして他人のソースをコンパイルして満足するだけのもののような感じを受けます。
0179デフォルトの名無しさん
2009/02/21(土) 01:25:09MinGWの解説をしているとこは、MinGW特有の部分の解説に徹しているだけのこと。
0180デフォルトの名無しさん
2009/02/21(土) 01:27:23VC++ 2008 Express Edition と icc 9.0 では問題なく動作するのに、
MinGW の GCC だと計算結果がおかしくなります（レイが想定外の場所に
飛んでいってしまう）。GCC の3つのバージョンを試しましたが変化なし。
gcc version 3.2.3 (mingw special 20030504-1)
gcc version 3.4.5 (mingw-vista special r3)
gcc version 4.3.0 20080305 (alpha-testing) mingw-20080502 (GCC)
実行環境は XP SP3 です。何かちょっとしたことを忘れている気がするん
ですが、アドバイスをいただけませんか。よろしくお願いいたします。
>>178
基本的に VC++ やなんかと同じ要領で Win32 API を使ってアプリからでは。
Win32 API を使ったプログラミングは情報がたくさんありますよね。
Unix 環境のつもりでプログラムを書き始めるとライブラリ関数があれも
これも無くて泣きを見ます。例えば
・GUI は Win32 API で手書きするか Win32 環境で使えるツールキットを使う。
・gettimeofday() が無いので計時には Win32 の QueryPerformanceFrequency(),
QueryPerformanceCounter() を使う。
・共有ライブラリの動的リンクは dlopen() ではなく LoadLibrary() でやる。
・OpenGL を使うには Win32 固有の wgl 関数群を用いる。
・Win32 に移植された pthread ライブラリを使うのでなければ
pthread_create(), pthread_mutex_init(), pthread_mutex_lock() ではなく
CreateThread(), CreateMutex(), WaitForSingleObject() を使わないといけない。
といった具合です。Win32 環境のつもりで情報を集めるとよろしいかと。
0181デフォルトの名無しさん
2009/02/21(土) 01:49:43そこまでするならまずはCygwin使えよ。
というのはともかく、178はUnixから来たのではなく
本当にここから始めようとしているように思った。
0182デフォルトの名無しさん
2009/02/21(土) 01:53:520183デフォルトの名無しさん
2009/02/21(土) 02:09:27http://homepage1.nifty.com/herumi/prog/prog90.html
0184デフォルトの名無しさん
2009/02/21(土) 02:35:43レスありがとうございます。
このスレの Part 3 で _controlfp のことを教えていただいたのは私です。
カキコの直後まで失念しておりました。
_controlfp(_PC_64, _MCW_PC) だと GCC と ICC では NG、VC++ では OK で
_controlfp(_PC_53, _MCW_PC) だと3つのコンパイラすべてで OK でした。
また髪の毛が減ってしまいました。本当にありがとうございました。
0185デフォルトの名無しさん
2009/02/21(土) 03:00:03この茨の道を突き進むよりも初心者はVCのほうがいいと思われ。
0186デフォルトの名無しさん
2009/02/21(土) 04:16:44あの思うですけど、そこまでしてネイティブ・コンパイラにこだわる意味はあるんですか？
たぶん良くあるプログラミングの落とし穴だと思うんですが、
計算のロジック部分はジャバやCシャープにして、描画やレンダリングのところだけネイティブ（Cコンパイラ）にすれば、髪の毛もフサフサのままですよ。
もしCやフォートランしか知らないというなら、あなたの勉強不足が原因なので自業自得なんですけど。
0187デフォルトの名無しさん
2009/02/21(土) 04:35:25んだな
多少操作やアプリ依存の用語を覚える必要はあるが、
理解度や開発効率を考えると初心者はあれでおｋ
なのに、何で某ランドがいまだにはびこっているのかｗ
mingw等はマルチを意識すると選択肢として出てくるが、
某ランドは選ぶ理由がさっぱりわからん
>>186
用途が逆な気がするが・・・
0188デフォルトの名無しさん
2009/02/21(土) 04:53:02だよなぁ俺も逆だと思うよ
0189デフォルトの名無しさん
2009/02/21(土) 05:04:170190デフォルトの名無しさん
2009/02/21(土) 05:08:45ウェブアプリとかビジネスロジックといわれる部分は、ハード特有じゃないのでジャバとかのほうが向いてると思うんだが・・
逆にダイレクトXとかネットワーク・メッセージ機構の言語外（ハード部分）はMSとかジャバでもいいけど、例えばジャバに「ウインドウのハンドルを取得するAPI」が用意されてないと結局ネイティブAPIを使うから、ネイティブ向けのコンパイラが必要になってくる。
というか、そこまで計算のロジック（アルゴリズム）を速くしてこだわってるなら、一つのコンパイラに徹するべきであって、GCC使ってみたりBCCやICC使って浮気する必要はないと思うんだけどなあ。
やってみれば分かると思うけど、結局早くて効率的なロジックをフォートランとかICCで実装したところで、ウインドウズならDLL呼び出し関数呼び出しのコストで相殺されるからあまり関係なくなるんだけど。
どういうの作ってるかわからないけど、PC並に複雑な機構のOSだと、そもそもロジックが速いとか、プリミティブ型(double)の演算誤差がどうとかあまり関係ないんじゃない？
0191デフォルトの名無しさん
2009/02/21(土) 05:19:31DLL呼び出し関数呼び出しのコストはほとんど無いような
思いっきりネイティブ向けの希ガス
0192デフォルトの名無しさん
2009/02/21(土) 05:53:25昔のままネイティブAPI（OSコール）てんこもりでソースもforとifだらけってのでも別にいいけど、画像解析じゃなくてただのレンダリングだし、そういうプログラミング・スタイルはもう流行らないと思う。
どっちにしてもネイティブ・コンパイラ使ってるくせに気軽に浮気するような素人じゃろくなもんじゃないだろうけど。
0193デフォルトの名無しさん
2009/02/21(土) 07:45:25複数のコンパイラを通すのは、移植性やソースをクリーニングする為の超基本。
限られた精度の計算とloopが主なレイトレで、javaとかfortranて何のネタ？
borlandは1番parserの出来が良いので、初心者の多い2ちゃんではお薦め。
windowsのgccにもgettimeofdayはある。ぐぐって出てくるし、
unofficialな自宅の4.3.3でも通った。
iccは知らないけど、VCってdefaultでSSE使って無かったっけ？
俺なら計算結果をファイル出力してdiffするけど。
ところでsjljなgccでレイトレって凄く遅くない？Dwarf2も試そうよ。
libraryコンパイルし直すのに少し苦労するけど。
0194デフォルトの名無しさん
2009/02/21(土) 09:39:570195デフォルトの名無しさん
2009/02/21(土) 10:43:04超基本は、ISO－Cに準拠して君の満足であるかどうかではなくて、仕様や要求を満たしたプログラムであるかどうかじゃないか？
それこそ計算部分のロジックとネイティブのハード部分を分離するような設計（使用）をすることのほうが基本だと思うが、どうだろう。
昔から構造化プログラム（モジュール化）やオブジェクト指向など方法論があるわけで、
君の主張するプログラミングスタイル（複数のコンパイラを通すだと？！）はまったく流行らないと思うが？
君のような宗教観では、どうでもいいところに神経使ってばかりで、さらに髪の毛をなくしていくんだろうけどｗ
0196デフォルトの名無しさん
2009/02/21(土) 10:49:240197デフォルトの名無しさん
2009/02/21(土) 11:03:33ソースで配布するんですか？
windowsだとハードが常に進化するんで、そのときのハードにあったAPI（DirectXなど）を使い、
そのプログラムに一番最適なコンパイラ（Cに限らない）を使ってDLLなどのバイナリで配布する方式の方が受けると思うんですけど・・・
0198デフォルトの名無しさん
2009/02/21(土) 11:07:36もしかして「Javaは遅い」とかを信じちゃってるJIT以前のオジサン？ｗ
0199デフォルトの名無しさん
2009/02/21(土) 12:52:030200デフォルトの名無しさん
2009/02/21(土) 14:30:17実行時コンパイルだからこそできる最適化というのもあるんだよ。
まー、たいていはCの方が速いけど。
0201デフォルトの名無しさん
2009/02/21(土) 14:51:500202デフォルトの名無しさん
2009/02/21(土) 17:09:22それはいったい何年後の話だ？
0203デフォルトの名無しさん
2009/02/21(土) 18:27:33実行時にコンパイルすると、どこがC(アセンブラ)より速くなるの？
0204デフォルトの名無しさん
2009/02/21(土) 18:30:560205デフォルトの名無しさん
2009/02/21(土) 18:33:010206デフォルトの名無しさん
2009/02/21(土) 18:55:350207178
2009/02/21(土) 19:01:52レスありがとうございます。
Unixはほとんど知らないからMinGWを使う利点はあまりないないのかな。
MinGWも同じということはWinMain()とかで組めるのかな？
でもwindowsのアプリを作るにはVC2008EEがよさそうですね。
そうします。おじゃましました。
0208デフォルトの名無しさん
2009/02/21(土) 19:21:36ttp://d.hatena.ne.jp/kkawa/20080330/p1
0209デフォルトの名無しさん
2009/02/21(土) 20:05:47MinGWはあくまでビルド環境でしかないよ
俺は基本VC++EEで管理＆コーディングして、ビルドはどちらでもできるようにしてる
どちらにしろリソースエディタは別に必要だし
0210デフォルトの名無しさん
2009/02/21(土) 21:31:14環境依存部分をネイティブで個別実装するのがいいとか、きちｇ(ry
なんか、レイトレ→3DCG→DirectXとか思ってそう
あとGPGPUでレイトレすればいいって環境を選びすぎるし、
もしレイトレの学習が目的なら、不純物が増えて意味ないだろ
これは……釣られたのか!?
0211デフォルトの名無しさん
2009/02/21(土) 22:08:18長文な上に、どの主張も「だと思うんだけどなあ」「じゃない？」とか
曖昧な表現で逃げてる時点で、な
0212デフォルトの名無しさん
2009/02/21(土) 22:08:42標準的な画像や動画フォーマットに出せばAPIはいらんよなぁ，確かに
0213デフォルトの名無しさん
2009/02/22(日) 01:19:53コウスケちゃんのブログなんてあったんだｗ
さすがに日本人ハッカーだね
0214デフォルトの名無しさん
2009/02/22(日) 01:28:20＞なんか、レイトレ→3DCG→DirectXとか思ってそう
この流れは３Dであってレンダリングと関係ないと思うんだが。
DirectXを未だにゲーム用のAPIとか考えちゃってるの？
ひたすら演算だけでネイティブに依存する必要がないなら、ジャヴァとかC#でいいんでない？
なのにどうしてこだわるんだろう。どうせスピードを求める君のポリシー（笑）なんだろうけど。
0215デフォルトの名無しさん
2009/02/22(日) 01:44:310216デフォルトの名無しさん
2009/02/22(日) 03:24:010217デフォルトの名無しさん
2009/02/22(日) 09:17:22246みたいなのは本気で言ってるの？
なんでこんなのがtech板に居るの？
0218デフォルトの名無しさん
2009/02/22(日) 09:45:52いつまでもオープンソースにいると髪の毛なくなっちゃうぞ
0219デフォルトの名無しさん
2009/02/22(日) 11:10:040220デフォルトの名無しさん
2009/02/22(日) 12:19:20何言ってんの？？？
0221デフォルトの名無しさん
2009/02/22(日) 12:44:030222デフォルトの名無しさん
2009/02/22(日) 14:09:21オープンソースと髪の毛は関係性が薄い
ツーカ、オプソ界にいるやつはみんなフッサールだ
問題なのはヒゲ
0223デフォルトの名無しさん
2009/02/22(日) 15:55:33オープンソース以下のコンパイラが多すぎるからなあ
0224デフォルトの名無しさん
2009/02/23(月) 04:58:130225デフォルトの名無しさん
2009/02/23(月) 06:37:55実質gccのスレなので、gccと仮定しても、クソという
理由が見いだせない。この意味不明な論理展開を行う
>>224には、VIPがお似合いだろう。これは224の
書き込み時間からも、容易に想定可能である。
0226デフォルトの名無しさん
2009/02/23(月) 07:09:15はいはい。能書きはそれぐらいにして早いところVIP板へ行ってくらはい
0227デフォルトの名無しさん
2009/02/23(月) 07:59:060228デフォルトの名無しさん
2009/02/23(月) 08:05:03まずはgccより高機能な市販コンパイラを出して貰いたい
0229デフォルトの名無しさん
2009/02/23(月) 08:33:24configureが遅すぎて泣ける
0230デフォルトの名無しさん
2009/02/23(月) 08:42:41大きなファイルなら差が出るのかな。差があるとしたら
I/Oまわりだろうねえ
0231デフォルトの名無しさん
2009/02/24(火) 23:21:31configure が遅い理由は cygwin 特有のプロセス起動とファイル I/O にかかる種々の変換だとか前処理の
コストだと思うんで、速くはなるだろう。
0232デフォルトの名無しさん
2009/02/25(水) 12:27:11関数レベルでシミュレートしているようで、fgetc()をループで回すだけでも結構差が出る。
>>228
iccは高性能だけど、高機能と言うのはどういう尺度?
gccを否定する気はさらさらないけれど、最近のx86系CPUを使いこなすには力不足なのは否めない。
0233デフォルトの名無しさん
2009/02/25(水) 13:04:58大概のことはmsysでカタがつくでしょ。
0234デフォルトの名無しさん
2009/02/25(水) 13:10:530235デフォルトの名無しさん
2009/02/25(水) 14:02:34kwsk
0236デフォルトの名無しさん
2009/02/25(水) 21:06:450237デフォルトの名無しさん
2009/02/25(水) 21:21:24出てないのに、mingw32-makeがエラーで止まる事ならあった。
Dwarf2でbuildしたgcc4.3.3が原因の可能性も高いが。
ああ、msys全然関係無かったねw
0238デフォルトの名無しさん
2009/02/25(水) 21:53:460239デフォルトの名無しさん
2009/03/01(日) 01:00:40公式で配布されてるバイナリにはregex2.dllがあるけど、自分のにはない。
何かのライブラリがスタティックリンクになってるんだろうけどどれかわからない。
名前からして正規表現だろうからboostかと思ったけどlink=sharedにしてコンパイルしてもそんなdllない。
何のライブラリか教えてください。
0240デフォルトの名無しさん
2009/03/01(日) 05:04:14http://gnuwin32.sourceforge.net/packages/regex.htm
0241デフォルトの名無しさん
2009/03/01(日) 11:27:420242デフォルトの名無しさん
2009/03/01(日) 18:42:21㌧
でもこれ突っ込んでもやっぱりregex2.dllは使われないな。何でだろう…
0243デフォルトの名無しさん
2009/03/01(日) 21:25:45なぜAPIを使うのがいやなの？
0244239
2009/03/02(月) 01:36:26libmagicの依存ファイルだったのか。
libmagicはうまくコンパイルできなかったらバイナリ取ってきてたからそのせいか。
0245デフォルトの名無しさん
2009/03/05(木) 18:41:39「gccの4.x.x系は3.4.5よりもWindows環境への対応が悪い」
と聞いんだが、未だに悪いの？
俺が興味あるのはg++だけだが、g++に限ってもそう？。
0246デフォルトの名無しさん
2009/03/06(金) 05:19:570247デフォルトの名無しさん
2009/03/06(金) 11:34:41http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=24963&release_id=46827
ここから src 以外の tar を全部ダウンロードしたんでしけど、
解凍したら同じ名前のファイルが重複しているんです。
たとえば bin/bash.exe なら
bash-3.1-MSYS-1.0.11-1.tar.bz2 bash.exe 607,744 バイト
msysCORE-1.0.11-20080826.tar.gz bash.exe 911,646 バイト
の両方に入っています。
いったいどちらの bash.exe を取ればいいのでしょう？
ほかにも tar.exe などなど、重複がいっぱいあります。
どれを入れればいいんですか？
ヒヨコのオスメスみたいに、ひとつひとつ手作業で選別せにゃいかんのですか？
0248デフォルトの名無しさん
2009/03/06(金) 11:46:55と
バージョン1.0.11-1
のサイズが違うと何か問題ある？
0249デフォルトの名無しさん
2009/03/06(金) 12:33:530250デフォルトの名無しさん
2009/03/06(金) 13:32:28これで意味が通じなかったら、Technological Previewバージョンを各ソフトごとにとってくるなんてやめて、
おとなしく安定バージョンをパッケージで入れろ。
0251デフォルトの名無しさん
2009/03/06(金) 13:35:060252デフォルトの名無しさん
2009/03/06(金) 13:35:570253デフォルトの名無しさん
2009/03/06(金) 14:06:09くだらない悪ふざけはν速にでも行ってやれや。
0254デフォルトの名無しさん
2009/03/06(金) 15:32:21答え： サイズが違うと何か問題ある？
頭おかしいの？
0255デフォルトの名無しさん
2009/03/06(金) 15:45:13安定版のパッケージを入れろよ。
バージョンわからん奴がTechnological Previewをいれて何の役に立つんだよ。
0256デフォルトの名無しさん
2009/03/06(金) 16:18:23とっとと失せろ、ゴミクズ
0257デフォルトの名無しさん
2009/03/06(金) 17:47:47見苦しいな
0258デフォルトの名無しさん
2009/03/06(金) 18:21:19けっきょく、どれが新しいかわからないんだろ？
知らないならレスすんなよ。
あんたに質問したんじゃねーーーーーーーよｗ
0259デフォルトの名無しさん
2009/03/06(金) 19:01:390260デフォルトの名無しさん
2009/03/06(金) 19:39:43瞬時にリリースバージョンくらいわかりますが、何か？
バージョンを読みとってるからこそ>>248なのだが。
お前は、自分が書いたものと248をみてもまだ理解できないわけだろ？
だから>>250の安定版を入れろと言うことなんだが。
Technological Previewってのは人柱用なんだぜ。
なぜあえてこれを入れたいんだ？
バカだからか？
0261デフォルトの名無しさん
2009/03/06(金) 20:21:43で、リリースバージョンの見方をおしえてください。おねがいします。
0262デフォルトの名無しさん
2009/03/06(金) 20:23:22安定版が安定しないから、試しに全部新しいのにしてみようと思っただけです。
それで安定するか、しないか、検証してみるだけです。
「問題の切り分け」 を死体のです。
0263デフォルトの名無しさん
2009/03/06(金) 20:33:45逆に煽り返されたりして、出来もしないくせに下手なことしないほうがいいよなぁ
0264デフォルトの名無しさん
2009/03/06(金) 20:46:50おとなしくVC++いっとけ
0265デフォルトの名無しさん
2009/03/06(金) 20:55:24でも確実に、中身が違うんです。
0266デフォルトの名無しさん
2009/03/06(金) 21:03:191.0.11-1
1.0.11-20080826
これのどっちが新しいか。それさえ分かれば・・・
1 と 20080826 って、どっちが新しいんですか？
0267デフォルトの名無しさん
2009/03/06(金) 21:14:49問題の切り分けをするのであれば、安定版のどの部分が安定
しないのか切り分けるのが先では無いだろうか。
全部最新版に差し替えて安定したところで、どの部分が問題
だったかは結局分からないのでは。
0268デフォルトの名無しさん
2009/03/06(金) 21:20:20バラの方が古いなんてアホな管理をするやつがいるとも思えんが。
0269デフォルトの名無しさん
2009/03/06(金) 23:37:06他のユーザーのためにもなる。
0270デフォルトの名無しさん
2009/03/07(土) 00:07:40どの部分が問題だったかは結局分からなくても
安定して使えさえすればＯＫなんだよ。
0271デフォルトの名無しさん
2009/03/07(土) 00:43:26だからよぉ、他人にもどう不安定か情報出せよ。
自分だけ情報を得られたらそれで桶かよ。
マサにカスだな
0272デフォルトの名無しさん
2009/03/07(土) 00:46:02問題の切り分けをしたいとか言いながらちゃぶ台ひっくり返すし、
ここまでMSYSが問題なんだとは一言も話をしていないし、
しかも大人のふりしたと思ったらまた退行しているし。
0273デフォルトの名無しさん
2009/03/07(土) 01:34:15ゴミの相手するなよ
0274デフォルトの名無しさん
2009/03/07(土) 01:48:090275デフォルトの名無しさん
2009/03/07(土) 01:48:410276デフォルトの名無しさん
2009/03/07(土) 11:16:12ttp://blog-imgs-27.fc2.com/a/p/p/appetite/20050216122706.jpg
0277デフォルトの名無しさん
2009/03/07(土) 14:50:19ありがとうございます。おかげさまで解ケツしました。
0278デフォルトの名無しさん
2009/03/13(金) 22:53:09g++ (GCC) 3.4.5だと、
std::wcoutって何だか分かりません見たことも聞いたこともありません
的なコンパイルエラーがでちゃうんだよね。
0279デフォルトの名無しさん
2009/03/14(土) 01:43:37今は無理。まともにサポートできる見通しが立たないから宣言自体が無効化されてる。
今公開テスト中の Cygwin 1.7 には wchar_t 関連の C 標準関数がひととおり実装されてるんで、
その上で動く g++ なら使えるようになるかもしれない。
0280デフォルトの名無しさん
2009/03/14(土) 03:23:49この4.3.3使え
ttp://www.tdragon.net/
0281デフォルトの名無しさん
2009/03/14(土) 08:30:19>>279
ふーん、まだダメダメなのか。残念だ。
>>280
TDM/MinGW Installer
1.902.0
Released 2009-02-28 Bundled Installer: [tdm-mingw-1.902.0-f1.exe] (23.8 MB)
Includes C and C++ SJLJ packages from GCC 4.3.3 TDM-1, plus binutils (2.19.1), mingw-runtime (3.15.2),
w32api (3.13), mingw32-make (3.81-20080326-3) and gdb (6.8-mingw-3).
ってやつか？すげぇなコレ。
いわゆる人柱版ってことかな？
0282デフォルトの名無しさん
2009/03/14(土) 17:36:13会社でfork/FIFOを使用した開発をやっていて家でもお勉強できるようにとCygwinインストールしました。
でもうまく動いてくれません。chi 3-25で、Device or resource busyが発生します。
Cygwinの仕様でしょうか？
// プロセス作成
p = fork();
if(p == -1) exit(1);
if(p > 0) {
sprintf(fname_p, "%s-%d-%d", FIFO, p,1);
}
if (p == 0) {
p = getpid();
//子側FIFO名前
sprintf(fname_c, "%s-%d-%d", FIFO, p,1);
//親側FIFOのメーク待ち
while(1){
if(access(fname_c, F_OK) == 0) break;
sleep(1);
}
//読み込みパイプ開
fifo_cr = open(fname_c, O_RDONLY);
if(fifo_cr == -1){
printf("chi 3-25 error open fifo\n",fname_c);
err_no = errno;
perror("err_no"); exit(6);
}
省略
0283デフォルトの名無しさん
2009/03/14(土) 18:40:21質問の答えじゃないが、fork するんなら pipe(2) 使えばループで待つ必要もないんじゃないの？
0284デフォルトの名無しさん
2009/03/14(土) 19:52:06質問の答えじゃないが
printf("chi 3-25 error open fifo\n",fname_c);
err_no = errno;
これはダメだろう常識的に
0285デフォルトの名無しさん
2009/03/17(火) 11:38:280286デフォルトの名無しさん
2009/03/22(日) 07:03:44以下のようなものを書いたのですが，ファイルの途中なのにもかかわらずループを抜けてしまいます．
(どうも0x1Aを読み込んだときにbreakがかかるようです．)
for ( ; ; ){
c = fgetc(fp);
if (c == EOF)
break;
/*
省略
*/
}
Linux上のgcc(2.95.3)でコンパイルした場合は正常に動くのですが，
MinGW(5.1.4)だと前述したように，正常に動きません．(fgetcの仕様が違うのでしょうか)
とてもくだらない質問に思えて恐縮なのですが，解る方がいたら教えてください．
0287デフォルトの名無しさん
2009/03/22(日) 07:55:26http://www.google.co.jp/search?q=fopen+EOF+0x1a
0288デフォルトの名無しさん
2009/03/22(日) 07:56:24バイナリモードで開いてみては
fp = fopen( path, "rb" ); // こんな感じ?
# たしか Windows/DOS ではテキストモードで開くと 0x1a を
# EOF として扱う仕様だったような気がする
# unixはテキストモードはなし
0289デフォルトの名無しさん
2009/03/22(日) 08:33:39素早い返答ありがとうございます．
ご指摘のとおり，fopenのモード指定の問題でした．
VC系だとテキスト/バイナリの区別がある，というのを初めて知りました．
googleにもスバリ書いてあることだったようで，お恥ずかしい限りです．
0290デフォルトの名無しさん
2009/03/22(日) 23:13:40でしょうか。
g++のコードのプロファイルが取れる方法よろしくです。gprofて最近は使われてない？
0291デフォルトの名無しさん
2009/03/23(月) 05:44:56gccかgprofのバージョンを変えてみると良いらしい。MinGWもgcc3.4.5と
手元のgprofとの組み合わせではダメで、gcc4.3.2や4.3.3では取れるなあ。
これは古いgprofを試さないといけないのかな。
0292デフォルトの名無しさん
2009/03/25(水) 21:09:34CygWin/g++でgprof以外にﾌﾟﾛﾌｧｲﾙ取るすべあるでししょうか？
最近の人はどうやってプロファイル取ってるの？
0293デフォルトの名無しさん
2009/03/25(水) 22:50:40横レスだけど情報ありがとう。
古い MinGW の gcc 3.2.3 + gprof 2.13.90 だと OK で
比較的新しい gcc 3.4.5 + gprof 2.18.50 だと NG なんで困っていた。
MinGW の binutils-2.18.50 にはバグがあって gprof が正常に動作しないらしい。
http://www.nabble.com/gprof-time-accumulation-problem-td19125108.html
binutils-2.17.50 だと問題ないということなのでダウングレードして
gcc 3.4.5 と一緒に試したところ、正しく統計情報が取れるようになった。
0294291
2009/03/26(木) 00:45:20だから前回書いたことは、全くの見当違いでgprof 2.18.50だけの問題みたい。ごめんね
>>292
おそらくだけど、プロファイラ自体を使ってる人が少なく、使ってる人も自前で
gprofをbuildか、バージョンダウンしてる。
0295デフォルトの名無しさん
2009/03/26(木) 07:02:430296デフォルトの名無しさん
2009/03/27(金) 11:07:230297デフォルトの名無しさん
2009/03/31(火) 03:34:280298デフォルトの名無しさん
2009/04/03(金) 07:16:03組んでますが、たとえばHello, World!を作ってもDJGPP(GCC v4.3.2)では異常に
実行ファイルのサイズが肥大化します。動作もBCCでコンパイルしたものより
重いです。
DJGPPのFAQによると、「DJGPP(DOS版GCC)はメモリモデルにflatを用いており、
プロテクトモードで4GBまでのメモリを扱えるようにしています」とのことなんですが、
これが原因ですか？ちなみにHELLO.EXEを実行するにしても、DPMIサーバ(cwsdpmi.exe)が
必要という糞仕様です。開発マシンはPC-9801DA2(80386 20MHz + Cyrix 387コプロ;
RAM 13.6MB; SCSI HDD 4.3GB; 緑電子SCSI-2ボード; NEC版MS-DOS 6.2)です。
HELLO.EXEのファイルサイズとコンパイル時間は
BCC = 6.6KB ; コンパイル時間 = 5秒
DJGPP = 44KB ; コンパイル時間 = 2分近く
NASM = 22Bytes ; コンパイル時間 = 3秒
(コンパイルオプションは、
A:\>bcc -ms -O2 hello.c
A:\>gcc -Wall -O2 -s -fomit-frame-pointer -o hello.exe hello.c
A:\>nasm -fbin -o hello.com hello.asm
です)
異常な事態です。これはDJGPP(GCC)の仕様なんでしょうか！ご教示ください。
ちなみに同機能をDOSファンクションコールAH=09Hでフルアッセンブル実装した
HELLO.COMはわずか22バイトですOrz K6-2 550MHz/64MB/18GBのX-Mateがあるんですが、
それでやっても処理系の差異は変わらないですよね？
0299デフォルトの名無しさん
2009/04/03(金) 07:20:270300298
2009/04/03(金) 07:26:38○ X-MATE
どうしてもDJGPP(GCC4.3.2)だと44KB近くなってしまうようで、
三秒のウェイトを置くdelay機能も、GCCとBCCで同等のものがありますが、
BCC版は8KB程度、GCC版は48KBほどになり、気違いじみています。
やはりDOSファンクションコール AH=2CHでフルアッセンブル実装した
DELAY3K.COMは、ファイルサイズが22バイトでCPU負担も全くありません
(HELLO.COMは28バイトでしたすいません)。
Borland C++ v3.1Jは中古でオクで競って7千円で買ったので製品とはこういうものだと
いわれればそれまでですが、ちゃんとstripもしてるのに、これ以上はGCCは無理ですか！？
0301デフォルトの名無しさん
2009/04/03(金) 07:39:150302デフォルトの名無しさん
2009/04/03(金) 07:59:25DJGPPのリンカはDOSエクステンダに相当するものをスタブとして取り込んでいるから出力ファイルが大きくなる
0303デフォルトの名無しさん
2009/04/03(金) 08:08:370304デフォルトの名無しさん
2009/04/03(金) 08:09:50いくらでも16bitコードより大きくなる要素はある
0305デフォルトの名無しさん
2009/04/03(金) 08:18:41go32とか関係なく
vcとMingw gccではやはりバイナリサイズが全然違う。
0306デフォルトの名無しさん
2009/04/03(金) 10:13:49そんな過去の鈍足PCを今のPCと較べても、全く意味がありません。
それとも、クロック周波数の20MHzという意味が理解できませんか?
いずれにしても、鼬害です。レトロPC板にでもお帰りください。
0307デフォルトの名無しさん
2009/04/03(金) 10:25:40太鼓腹のオッサンがシコシコ打ちこんでると思うとキモイな
0308デフォルトの名無しさん
2009/04/03(金) 10:41:150309デフォルトの名無しさん
2009/04/03(金) 11:25:520310デフォルトの名無しさん
2009/04/03(金) 12:48:250311デフォルトの名無しさん
2009/04/03(金) 14:54:36騒ぎ方がどうにもキチガイじみてキモいな
0312デフォルトの名無しさん
2009/04/03(金) 23:12:56#とりあえず「DJGPPってまだあったんだ」とか思った
0313デフォルトの名無しさん
2009/04/05(日) 06:16:1232bitコードなど中途半端にひよったものを使わずに
堂々と16bit縛りでいくべき
0314デフォルトの名無しさん
2009/04/05(日) 12:53:48farポインタとか懐しい。
0315デフォルトの名無しさん
2009/04/09(木) 15:03:430316デフォルトの名無しさん
2009/04/09(木) 22:33:460317298
2009/04/10(金) 04:12:14その後、BCC v3.1J+TASMとか、NASM 2.06rc1で楽しくプログラミングしてます。
先日、皆さんのご指摘通り、32Bit Cコンパイラと16Bit時代のコンパイラを
比較する浅学さを自己批判しました。GCCはWinXPのPC/ATマシンで活躍してます。
自分は普通にCygwinのバイナリパッケージを使ってます。
あと、Borland C++ Development Suite 5.0Jというのを、CDだけ入手しました。
オクで\2,000でした。印刷物のマニュアルがないのがイタいですが、
Win95/NT3.51/DOS/OS/2対応の総括的位置付けのバージョンっぽいので、
おいおい試したいです…って、GCCと関係なさ過ぎたｗすいませんｗｗ
0318デフォルトの名無しさん
2009/04/12(日) 16:37:09Cygwinのインストール時、boostも一緒にインストールすることができますよね？
私の場合はver（？）1_33_1なので/usr/include/boost-1_33_1/boost に主なファイルが展開されました。
次はcppファイルのコンパイルなんですが
#include <boost/thread.hpp>
↑を含んだa.cppファイルをコンパイルする場合、
$ g++ a.cpp -I"/usr/include/boost-1_33_1/" -lboost_thread-gcc-mt
といったコマンドで通りました。んで、
$ ./a.exe
で一応exeファイルは実行できるんですが、生成したexeファイルはコマンドによる実行は有効のようで、
winからのダブルクリック起動だと
「cygboost_thread_gcc_mt-1_33_1.dllが見つかりません」といったメッセージがでます。。。
どうすれば改善できるでしょうか？多分boostの参照あたりも間違っていると思うんですが・・・
あんまりUNIXコマンドは詳しくないのでちんぷんかんぷんですｗ
0319デフォルトの名無しさん
2009/04/12(日) 17:21:34$ cygcheck ./a.exe を実行してcygboost_thread_gcc_mt-1_33_1.dllの存在するディレクトリを調べて、
Windowsの環境変数PATHに追加する。
0320デフォルトの名無しさん
2009/04/12(日) 17:58:14実行してみたけど無理でした・・・
そもそもboostを導入する方法はこれでよかったのでしょうか・・・
0321319
2009/04/12(日) 18:50:241)cygcheckが実行できなかった。
1-1)cygcheckが見つからなかった
1-2)cygcheckが見つかったが、cygcheckの実行時にエラーが出た。
1-3)cygcheckが見つかり、cygcheckの実効でもエラーが出なかったが、cygboost_thread_gcc_mt-1_33_1.dllが見あたらなかった。
2)cygcheckが見つかり、cygboost_thread_gcc_mt-1_33_1.dllが存在するディレクトリも判明したが、Windowsの環境変数PATHの設定で
2-1) Windowsの環境変数PATHを設定する方法がわからない
2-2) Windowsの環境変数PATHを設定する場所はわかったが、PATHの書式を知らない。
2-3) Windowsの環境変数PATHをユーザ環境変数とシステム環境変数のどちらに設定すればよいかわからない。
2-4) Windowsの環境変数PATHをユーザ環境変数に追加したが、改善しなかった。
2-5) Windowsの環境変数PATHをシステムザ環境変数に追加したが、改善しなかった。
3) 他にもあるかもしれんが、エスパーするのに疲れたのでここまで。
0322318
2009/04/12(日) 19:01:03↓
cygboost_thread_gcc_mt-1_33_1.dllの場所が分かった
私の場合はD直下にcygwinフォルダがあるのでD:\cygwin\binにあった
↓
環境変数PATH
コントロールパネル→システム→詳細から
片方ずつと両方で3パターンで試しした。
両方とも変数名はPATH 変数値はD:\cygwin\bin;D:\cygwin\usr\bin; %PATH%
↓
直らない いまここです
2-4 or 2-5ってとこです。。。
0323319
2009/04/12(日) 19:01:48boost 1.33.1-4
boost-devel 1.33.1-4
libboost 1.33.1-4
$ g++ -Wall -Wextra boost_exam.cpp -I"/usr/include/boost-1_33_1/" -lboost_thread-gcc-mt
$ ls a.exe
a.exe*
$ cygcheck ./a.exe
.\a.exe
C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll
C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
C:\WINDOWS\system32\KERNEL32.dll
C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\RPCRT4.dll
C:\WINDOWS\system32\Secur32.dll
0324319
2009/04/12(日) 19:10:05Windowsの環境変数にd:\cygwin\binを追加してから、
**新たに** Windowsのコマンドプロンプトを開いて「echo %PATH%」を実行し、
cygwinのパス（今回だとd:\cygwin\bin）が存在することを確認する。
0325319
2009/04/12(日) 19:14:040326319
2009/04/12(日) 20:36:56じゃあ、次に、そのコマンドプロントで「ls --version」を実行してみる。
d:\cygwin\binにパスが通っていれば（= PATHの設定が正しいなら）、
下のようにlsコマンドのバージョン情報が表示されるはず。
ls (GNU coreutils) 6.10
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Richard Stallman and David MacKenzie.
で、この状態でエクスプローラーから、さっきのa.exeを実行してみる。
もし「cygboost-thread-gcc-mt-1_33_1.dllが見つかりません。……」のエラーが出るようなら、
「Windowsをログアウト」「再ログイン」する（= explorerにユーザー環境変数を反映させる）
ちなみに、「システム環境変数PATH」の方を変更したら、Windowsを再起動してから試すこと。
0327318
2009/04/12(日) 20:39:470328319
2009/04/12(日) 20:50:50Windowsの環境変数はExplorerの親プロセスに設定される。しかし、それを子プロセスに反映するには、子プロセスを再起動する必要がある。
（これはWindowsだろうと、UNIXだろうと、MS-DOSだろうと、同じ）。
もっとも、今回はExplorerだからログアウト→ログオンで、行けそうな気がする。(面倒なので試してない）
なお、Windowsサービス (ApacheとかPostgreSQLとか）に環境変数の変更を反映させるなら、Windowsサービスの親プロセスの再起動、つまりWindowsの再起動が必要。
0329318
2009/04/12(日) 20:52:35長い時間ありがとうございました
0330319
2009/04/12(日) 21:00:500331デフォルトの名無しさん
2009/04/27(月) 14:40:09STLport5.2.0でMinGWのサポートは一旦打ち切りになっているようです
従ってSTLport5.1.7以前を使う必要があります
それから少しファイルの修正が必要です
1. Open the file "stlport\stl\config\user_config.h" to uncomment the macro _STLP_NEW_PLATFORM_SDK.
2. Locate the following lines in file "stlport/stl/config/_gcc.h":
# if defined (_STLP_NEW_PLATFORM_SDK)
/* For the moment the Windows SDK coming with Mingw still mimik the old platform SDK. */
# undef _STLP_NEW_PLATFORM_SDK
# endif
then comment all these lines or replace them with:
# include <w32api.h>
# if (__W32API_MAJOR_VERSION > 3) || ((__W32API_MAJOR_VERSION = 3) && (__W32API_MINOR_VERSION >= 12))
# if !defined(_STLP_NEW_PLATFORM_SDK)
# define _STLP_NEW_PLATFORM_SDK 1
# endif
# endif
以上の修正でコンパイルできます
std::mapを使うと__tmpが初期化前に使われているとか警告が出ますが
無視していますけどいいのでしょうか？
0332デフォルトの名無しさん
2009/04/27(月) 14:41:35http://sourceforge.net/forum/forum.php?thread_id=3036652&forum_id=490891
0333デフォルトの名無しさん
2009/04/30(木) 09:21:490334デフォルトの名無しさん
2009/04/30(木) 16:21:300335デフォルトの名無しさん
2009/04/30(木) 22:02:551.7でLANG=ja_JP.UTF-8なら、日本語のメッセージカタログ持ってるやつは、日本語でメッセージを出す模様。
メインの環境を1.7に切り替えたんだが、localeまわりはまだ微妙だな……。まぁ、壊滅状態の生1.5よりはマシだけど。
しかし、ちゃんと動くようにする意志はあるんだろうか。
0336デフォルトの名無しさん
2009/05/03(日) 12:42:570337デフォルトの名無しさん
2009/05/03(日) 17:47:45（しかし略すとCOMなんて最低な名前・・・検索で余計なのがひっかかりまくりｗ）
0338デフォルトの名無しさん
2009/05/04(月) 12:20:21そのライセンスって制限付く？
標準Cライブラリはgccのものを使うとして。
0339デフォルトの名無しさん
2009/05/04(月) 12:32:560340デフォルトの名無しさん
2009/05/04(月) 12:45:10産物に関してはGPLが及ばないのではなかったかな？
libstdc++とかも例外条項付きGPLだから大丈夫とか聞いた気がするけど。
どなたか有識者plz！
0341デフォルトの名無しさん
2009/05/04(月) 12:57:38前者GPL、後者LGPL。
0343デフォルトの名無しさん
2009/05/04(月) 13:23:40どんな仕事だよ。
0344デフォルトの名無しさん
2009/05/04(月) 13:28:46GCC については
http://www.gnu.org/licenses/gpl-faq.html#CanIUseGPLToolsForNF
で、libstdc++ については
ttp://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.license.what_restrictions
で、コンパイル対象のコードのライセンスに対しては制約なしとなってる。
0345デフォルトの名無しさん
2009/05/04(月) 13:28:57リバースエンジニアリングされると困る仕事。
まあどうせされるんだろうが、それにしたってLGPLだと明示的に禁止出来ないじゃない。
0346338
2009/05/04(月) 13:40:41おお、決定打ありがとう。
libstdc++はつまり
「オープンソースにしてくれるとうれしいけど、
まあそうじゃなくても良いよ。特に制約は科しません」
という事だよね。
ここは理解出来たのだがGCCについては今ひとつだ。
よろしければ教えていただけませんでしょうか？
「GCC（や他のGPLでライセンスされたエディタなど）を使って
開発されたソフトウェアには何ら制約はありません。」
「しかしBisonは自身のコードの一部をコピーするのでGPL強制です。」
BisonとやらはGCCの一部なのかい？
だとするとやっぱりGCCを使うと結果的に産物もGPL強制？
0347デフォルトの名無しさん
2009/05/04(月) 13:45:53ソースをベースにしたらGPL
ライブラリ/バイナリを使ったらLGPL
と覚えておけばいい。
明示的な禁止に意味があるとは思えないが。
0348デフォルトの名無しさん
2009/05/04(月) 13:51:38LGPLだとライブラリをstaticリンクした時が致命的じゃね。
ソースコードまたはオブジェクトコードの配布を拒否してはならない
だと！？
0349デフォルトの名無しさん
2009/05/04(月) 13:52:42心配すんな、ダイナミックリンクも対象だ。
今時何言ってるんだ、おまえは。
0350デフォルトの名無しさん
2009/05/04(月) 13:53:40え？ダイナミックリンクでもソース開示強制なの？
0351デフォルトの名無しさん
2009/05/04(月) 13:58:40自分で書いたことも読めないのか。
とりあえずまず自分で読んだらどうだ。
0352デフォルトの名無しさん
2009/05/04(月) 14:01:12> libstdc++はつまり
> 「オープンソースにしてくれるとうれしいけど、
> まあそうじゃなくても良いよ。特に制約は科しません」
この翻訳（意訳）でOK。
> 「GCC（や他のGPLでライセンスされたエディタなど）を使って
> 開発されたソフトウェアには何ら制約はありません。」
ここもこの翻訳（意訳）でOK。
> 「しかしBisonは自身のコードの一部をコピーするのでGPL強制です。」
ここもこの翻訳（意訳）でOK。
> BisonとやらはGCCの一部なのかい？
> だとするとやっぱりGCCを使うと結果的に産物もGPL強制？
現在のGCC（g++しか記憶にないが）はbison使わないんじゃなかったか？
以上まとめると、商用利用も万事OKで全く制約はないと思われ。
0353デフォルトの名無しさん
2009/05/04(月) 14:02:06いや再確認してるだけだろ、無能はだまっとれ。
0354デフォルトの名無しさん
2009/05/04(月) 14:47:53元々この FAQ の項は GPL なツールを使ってフリーじゃないプログラムを開発できますか？という項。
で、問題ないというのが最初の段落なんだけど、自身のコードの一部をコピーするものもある、というのが次の段落に説明されていて
その例として Bison (構文解析器を作成する為のツール) が挙げられている。
コピーされたコードについては元々のライセンスが適用されるんだけど、Bison に関して言えば例外が認められていて非フリーの
プログラム作成に使っても問題ない、というのが最後の段落。
仮に GCC が Bison を利用していたとしても影響を受けるのは GCC まで。
結局、いずれにしろ GCC の生成物を非フリーとして利用してもよい。
まとめると GPL なツールを用いて非フリーのプログラムを作成しても基本OKだけど、ソースをコピーするものについては
それぞれ例外条項があるかどうか確認するべし、となる。
0355346
2009/05/04(月) 15:03:55>>354
なるほど、だいぶ分かりました。
GCCは非フリー利用にも耐えうる事が
ちゃんとオフィシャルに示されているわけですね。
GCCが発展した理由が分かったような気がしてきました。
0356デフォルトの名無しさん
2009/05/05(火) 12:29:02ttp://codepad.org/1sFiMF2t
このコードで
g++ (GCC) 3.4.5 (mingw special)にて
コンパイルオプション -O2 -Wall
としたときに発生する警告について、皆様のお知恵をどうかお貸しください。
C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.
4.5/bits/stl_tree.h: In member function `typename std::_Rb_tree<_Key, _Val, _Key
OfValue, _Compare, _Alloc>::_Link_type std::_Rb_tree<_Key, _Val, _KeyOfValue, _C
ompare, _Alloc>::_M_copy(const std::_Rb_tree_node<_Val>*, std::_Rb_tree_node<_Va
l>*) [with _Key = std::string, _Val = std::pair<const std::string, int>, _KeyOfV
alue = std::_Select1st<std::pair<const std::string, int> >, _Compare = std::less
<std::string>, _Alloc = std::allocator<std::pair<const std::string, int> >]':
C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.
4.5/bits/stl_tree.h:1029: warning: '__top' might be used uninitialized in this f
unction
C:/PROGRA~1/mingw/../lib/gcc/mingw32/3.4.5/../../../../include/c++/3.
4.5/bits/stl_tree.h:365: warning: '__tmp' might be used uninitialized in this fu
nction
というwarningが出てしまいます。
g++ ～～.cpp -O2
でも
g++ ～～.cpp -Wall
でもwarningが出ないのですが
g++ ～～.cpp -O2 -Wall
だとwarningが出てきます。
[C++] MingW warning in one of the stock sources? - GameDev.Net Discussion Forums
ttp://www.gamedev.net/community/forums/topic.asp?topic_id=523290
ここの人も同じような問題に当たっているようですが、これは何がおかしいのでしょうか？
0357デフォルトの名無しさん
2009/05/07(木) 10:14:00詳しいことは知らんが、その警告は最適化しないと出てこない。
要は、最適化のフェーズで変数を未代入で参照しているようなパスを見出しているのだろう。
手元の3.4.4のソースだと、どちらも関数の戻り値で初期化しているように見えるのだけど、3.4.5で変わったのかもしれない。
尤も、例えば次のようなコードでもその警告は出るので余り心配する必要はないだろう。
--
int main()
{
int foo;
for (int ic = 0; ic < 10; ++ic) {
if (ic) {
++foo;
} else {
foo = 0;
}
}
printf("%d\n", foo);
return 0;
}
0359デフォルトの名無しさん
2009/05/07(木) 11:42:18どうやら、O3の最適化とunroll-loopの組み合わせでループを全展開して代入だけにしてしまうらしい。
と思ってアセンブリ出力を見たら只管インクリメントしていて笑えた。
0360デフォルトの名無しさん
2009/05/07(木) 21:45:44Binary Hacksに>>357が言ってることが書いてあった気がする
0361デフォルトの名無しさん
2009/05/13(水) 16:56:51環境はWindows Vista Businessのcygwinです。
configure --enable-widecの後makeしたncursesを使っています。
コンパイルはgcc test.c -lncurseswです。
"ほげほげ"と表示させたいのですが文字化けしてしまいます。
ただのprintf("ほげほげ");は正常に表示されています。
ソースは以下です。
<ncursesw/ncurses.h>
#include <locale.h>
main(){
setlocale(LC_ALL,"");
initscr();
addstr("ほげほげ");
refresh();
sleep(1);
endwin();
}
google検索してみた結果、ほぼ同じ状況の方を見つけ、
Windows Service for Unix3.5を使うと表示できるようであることはわかったのですが、vista なので困っています。
cygwinで文字化けせずに表示する方法はないでしょうか。
0362デフォルトの名無しさん
2009/05/13(水) 22:53:420363デフォルトの名無しさん
2009/05/13(水) 23:28:01setlocaleはCygwin-1.7なら一応動く。(つか、setlocaleしないとまともに動かず、それはそれで困っているので現在hack中)
ただし、wcwidth/wcswidthも腐ってるので、ncursesw使っても日本語はNGというしょぼーんな結果に。
そのうち何とかするつもりなので気長に待て。
0364361
2009/05/14(木) 08:35:11仮想PCにXPを入れてWindows Service for Unix3.5上で動かしてみたら、
先のサンプルでの”ほげほげ”の表示の確認ができました。
仕方がないので、Windows Service for Unix3.5を使っていこうと思います。
ありがとうございました。
0365デフォルトの名無しさん
2009/05/14(木) 10:00:05XWindow使えば少しはましだった希ガス。尤も、そこまでしてCygwinにこだわる必要もない黄モス。
0366デフォルトの名無しさん
2009/05/14(木) 10:43:200367デフォルトの名無しさん
2009/05/14(木) 17:20:20libutf8のほうの使うようになるから、おｋだった希ガス
あとはsetlocale(LC_ALL, NULL);が常にja_JP.UTF-8を返すようにしたcygwinのdllと
少なくてもUTF-8表示に対応した端末(漏れの場合はck
用意したら表示できたYO
0368デフォルトの名無しさん
2009/05/23(土) 19:35:45int main()
{
std::cout << "能" << std::endl;
return 0;
}
このコードがg++ 3.4.5 Mingwでコンパイルできません。
どうすれば良いでしょうか？
0369デフォルトの名無しさん
2009/05/23(土) 20:04:260370デフォルトの名無しさん
2009/05/23(土) 20:27:090371368
2009/05/23(土) 20:35:41でいけました。
ありがとうございました！
0372デフォルトの名無しさん
2009/05/23(土) 20:37:400373デフォルトの名無しさん
2009/05/23(土) 20:40:27http://seclan.dll.jp/dtdiary/2009/dt20090324.htm
0374デフォルトの名無しさん
2009/05/23(土) 20:50:49ありがとうございます。
0375デフォルトの名無しさん
2009/05/23(土) 21:14:17iconvがリンクされてないので古いcc1.exeとcc1plus.exeを持ってこい
という話
0376デフォルトの名無しさん
2009/05/23(土) 21:33:32多少の処置が必要なのですか。
ありがとうございます。
0377デフォルトの名無しさん
2009/05/23(土) 21:42:50本当にMinGWのインストーラは糞だわ
というか8ビット圏の人間無視してるだろって感じ
0378デフォルトの名無しさん
2009/05/23(土) 23:59:53俺はこれ使ってる
0379デフォルトの名無しさん
2009/05/24(日) 01:10:33これSTLportの最新版(5.2.1)ビルドできる？
0380デフォルトの名無しさん
2009/05/24(日) 02:23:34若干の修正が必要だが一応ビルドできた
EHテストも通ったけど
ちゃんと使えるライブラリとしてビルドできたかどうかは不明
0381デフォルトの名無しさん
2009/05/29(金) 11:04:070382デフォルトの名無しさん
2009/06/02(火) 16:29:42cygwinにはあってMinGWにはないのな
-mno-cygwinで使いたきゃ自力で実装するしかないっと
0383デフォルトの名無しさん
2009/06/03(水) 09:52:38MinGWを使うってことは，POSIXなAPIを諦めてWin32 APIと生きる覚悟をするってことだ
0384デフォルトの名無しさん
2009/06/04(木) 06:02:06extern void g();
void f() { g(); }
--
gcc -shared foo.c -o foo.so
こんな共有ライブラリを作る場合、
シンボルgについて何も知らなくても実行時に解決してくれるはずですが、
cygwinで同じことをやろうとするとfoo.soがビルドできません。
(undefined reference to `_g' とldに言われる)
何か別のオプションが必要なのでしょうか？
0385デフォルトの名無しさん
2009/06/04(木) 06:07:490386384
2009/06/04(木) 07:48:52あ、cygwinでは-o foo.dllでやってました。
で、ｽﾏｿ自己解決
ttp://www.bookshelf.jp/2ch/unix/1107587275.html
の273以降に話が出てました。
> WindowsのDLLじゃビルド時にシンボル解決をしてやらないといけないんだよね。
> なんかアホらしい仕様。
orz
gcc -shared foo.c -o foo.dll -lowner_of_g
ちゃんと書かなきゃいけないようです。
書けない場合は自分でシンボル解決しなきゃいけないのか
0387デフォルトの名無しさん
2009/06/04(木) 16:27:27http://www.pushaa.jp/~hizuki/のコピペで何も考えずに作ってたけど
（さらに"-s"付けると関数名そのままで呼べるようになる）
そんな制限があったのか
0388デフォルトの名無しさん
2009/06/04(木) 21:48:52一応こんなのもあるべ。
ttp://alain.frisch.fr/flexdll.html
0389デフォルトの名無しさん
2009/06/05(金) 04:54:12ttp://wiki.bb4win.org/wiki/Using_GDIPlus_With_MinGW
0390デフォルトの名無しさん
2009/06/13(土) 16:16:43g++ source.cpp
というコマンドでコンパイルすると、
コンパイルエラーが大量に出て
上の方が読めなくなってしまいます。
コンパイルエラーは、特に最初の方が大事なわけで
これでは困るのですが、どうしたら全てのエラーメッセージがでるでしょうか？
g++ source.cpp > result.txt
の様にリダイレクトしてみたのですがだめでした。
0391デフォルトの名無しさん
2009/06/13(土) 17:17:11オイオイ。 標準エラー出力をとらなきゃ駄目だろ。
g++ source.cpp 2> result.txt
っていうかソースコードをある程度のサイズに分割しておけば、
最初の方が流れてしまうほど大量のエラーメッセージにはならないはず。
0392390
2009/06/13(土) 17:21:012>
で取れるのですか。
初めて知りました。
ありがとうございます。
>ソースコードをある程度のサイズに分割しておけば、
まさにおっしゃる通りです。
・・・が、特定のクラスのデバッグ用途のソースなため
分割の意味があまりなく、またエラーが出る時はソース全てに渡り
むっちゃくちゃ一斉に出るという特徴がありまして。
0393デフォルトの名無しさん
2009/06/15(月) 18:56:040394デフォルトの名無しさん
2009/06/15(月) 19:37:27とあるプログラムをコンパイル&インストールしようと思い、cygwinを導入しました。
コンパイル&インストールにはboostの1.34以上が要求されていました。
しかし、cygwinのパッケージに含まれていたboostが1.33である事に気付かず、
そのまま行ってしまい、途中でエラーが出てコンパイルが中断しました。
そこで漸くboostのバージョンが要求を満たしていなかった事に気付き、
cygwinのsetup.exeを立ち上げてboostをアンインストールし、
http://homepage3.nifty.com/kaku-chan/boost/install.htmlを参考に
最新バージョンのboostをインストールしました。
その後、もう一度コンパイル&インストールを試してみたのですが、
途中で、
checking boost/multi_array.hpp usability... no
checking boost/multi_array.hpp presence... no
checking for boost/multi_array.hpp... no
configure: error: "boost/multi_array.hpp is unavailable"
とエラーが表示され、コンパイルが止まってしまいます。
この状態で数時間悩み続けているのですが、どうにも解決の糸口が見つかりません。
これはboostのインストールがうまくいってないという事なのでしょうか？
どうぞよろしくお願いします。
OSはXPのSP2です。
0395デフォルトの名無しさん
2009/06/15(月) 22:59:20> これはboostのインストールがうまくいってないという事なのでしょうか？
たぶんそう。
bjam は cygwin のパス変換ルールを知らないかもしれない。
実際にどこにインストールされたか探してみなYo
0396394
2009/06/16(火) 22:24:20boostがインストールされたディレクトリのパス
***/boost1_39/boostを
***/boostに変更してやると、無事にコンパイルできました。
有難うございました。
0397デフォルトの名無しさん
2009/06/17(水) 16:55:450398デフォルトの名無しさん
2009/06/17(水) 21:11:57帰れ、死ね
0399デフォルトの名無しさん
2009/06/21(日) 04:32:15MSYS1.0のrxvt/sh+cmd.exeで、特定の漢字を含む
シェルスクリプトを実行できません。
例:
$ cat test.sh
echo "冒"
$ sh test.sh
test.sh: line 2: unexpected EOF while looking for matching ``'
test.sh: line 3: syntax error: unexpected end of file
test.shはShiftJISで、rxvtの-fnもTerminalに設定しています。
マルチバイト文字を正しく認識していない為だと思われます。
対処法を御存じの方は、よろしくお願いします。
0400399
2009/06/21(日) 04:43:15ちなみに/etc/profileにてexport LANG=ja_JP.SJISとしています。
0401399
2009/06/21(日) 05:16:52上記と同じ症状と思われます。
0402デフォルトの名無しさん
2009/06/21(日) 14:04:36こう書いてみては？
echo -e "\0226\0140" # echo "冒"
0404デフォルトの名無しさん
2009/06/22(月) 10:17:570405デフォルトの名無しさん
2009/06/22(月) 10:31:24libgdiplus.aを正しく作成することができません。
誰かMinGW用のlibgdiplus.aというファイルくれませんか？
0406デフォルトの名無しさん
2009/06/22(月) 23:08:35gcc hoge.o c:\windows\system32\gdiplus.dll -o hoge.exe
って感じで直接DLLのファイル名を指定できる。
インポートライブラリ不要。
0407デフォルトの名無しさん
2009/06/22(月) 23:45:45libtoolで使うファイル
libtoolは何のために使うのかというと・・・・↓にまかせた
0408デフォルトの名無しさん
2009/06/23(火) 20:59:55> The MinGW.org team is pleased to offer a binary release of GCC 4.4.0.
キター
0409デフォルトの名無しさん
2009/06/23(火) 21:16:33とりあえず 4 必須の ffmpeg とかビルドしてみよ
0410デフォルトの名無しさん
2009/06/23(火) 21:37:57やっとか。
0411デフォルトの名無しさん
2009/06/24(水) 00:29:390412デフォルトの名無しさん
2009/06/26(金) 00:03:15共有オブジェクト、動的ライブラリ、DLL 等、実行時に読み込まれるライブラリは環境によって
その扱いが大きく異なる。これらの違いを吸収し同じように扱えるようにするのが libtool。
0413デフォルトの名無しさん
2009/06/29(月) 08:49:47C言語で作りたいのですが、CygWinで実行しても文字化けしてしまいます。
どうすればいいのでしょうか？
0414デフォルトの名無しさん
2009/06/29(月) 16:12:57cygwin用にcp932の辞書を用意するとか、iconv使って自前で変換するとか、好きにしてください。
0415デフォルトの名無しさん
2009/06/29(月) 17:35:24A系APIにはもれなく意味不明のウェイトつけてほしいｗ
0416デフォルトの名無しさん
2009/06/30(火) 03:31:29これは意図的にそうなのかな
0417デフォルトの名無しさん
2009/06/30(火) 03:35:110418デフォルトの名無しさん
2009/07/02(木) 05:59:49pexportsなら、gdiplus.dllのほかに、wineのソースあたりからヘッダ群を持ってきて
"pexports -h gdiplus.h gdiplus.dll > gdiplus.def"
reimpなら、Platform SDKからGdiPlus.libを持ってきて
"reimp gdiplus.lib"
0419デフォルトの名無しさん
2009/07/02(木) 10:25:39http://alfps.izfree.com/libraries/cpp/gdiplus_for_mingw/
0420デフォルトの名無しさん
2009/07/03(金) 16:29:34gccで手持ちのサンプルプログラムは大抵動作することは確認したのですが、
gcjでネイティブコンパイルしたプログラムを実行すると、
This application has requested the Runtime to terminate it in anusual way.
Please contact the application's support team for more information.
とエラーが出てしまい、強制終了してしまいます
-CオプションをつけてJAVAバイトコードにコンパイルした場合、問題なく動作するものが生成されることを確認済みです
何か特殊なランタイムライブラリが必要なのでしょうか？
0421416
2009/07/04(土) 07:13:37http://www.mingw.org/wiki/HOWTO_Install_the_MinGW_GCC_Compiler_Suite#comment-103
0422デフォルトの名無しさん
2009/07/05(日) 15:51:51tschだけ個別にインストールってできますか？
0423デフォルトの名無しさん
2009/07/05(日) 16:01:000424デフォルトの名無しさん
2009/07/05(日) 16:02:37インストールの時に使った cygwin setup で
任意のパッケージの追加/削除/アップデートが出来るようになってるから
もう一度起動してみてください
0425デフォルトの名無しさん
2009/07/05(日) 16:06:280426デフォルトの名無しさん
2009/07/05(日) 22:21:43/etc/alternatives で g++ を g++-4.exe のシンボリックリンクにしたのですが、
iostream などをみつけられなくなってしまいました。他にどんな作業が必要なのでしょうか。
gcc では問題ないようですが。
0427デフォルトの名無しさん
2009/07/05(日) 22:24:43なんかバージョンあげてからずっと使えないんですが・・・
実装中。というような事はどこかで見たんですが、代用関数などは無いのでしょうか。。。
処理的に非常に困ります。
0428デフォルトの名無しさん
2009/07/05(日) 22:55:360429デフォルトの名無しさん
2009/07/06(月) 09:01:570430デフォルトの名無しさん
2009/07/06(月) 09:48:43諦めるべき
0431デフォルトの名無しさん
2009/07/06(月) 17:53:56教えろよ
0432デフォルトの名無しさん
2009/07/06(月) 21:05:44何を？
0433デフォルトの名無しさん
2009/07/06(月) 21:18:40mingwの4.4だとlibiconvがリンクされてないからかも？
0434デフォルトの名無しさん
2009/07/06(月) 22:12:42可能性があるって理由だけでTDM-MinGWを使い続けてる
0435デフォルトの名無しさん
2009/07/06(月) 23:35:454.4.0 のバイナリあるんだから
そこからのビルドは簡単だで
0436デフォルトの名無しさん
2009/07/06(月) 23:36:360437デフォルトの名無しさん
2009/07/07(火) 00:16:26libiconv Runtime [REQUIRED]
libiconv-1.13-mingw32-dll-2.tar.gz
0438デフォルトの名無しさん
2009/07/08(水) 19:49:180439デフォルトの名無しさん
2009/07/10(金) 02:46:17タイムリーなレスがあった。
Win+GCCの場合、mingwじゃないとダメなのか・・・
0440デフォルトの名無しさん
2009/07/10(金) 06:20:25なんつーか、何も考えずに全ての文字が固定長で扱えて
stringとかSTLみたいにオーバーヘッドのない操作方法があればいいんだがなぁ・・・
UTF-16も実は固定長じゃねぇし。ダメすぎる。
0441デフォルトの名無しさん
2009/07/10(金) 10:11:530442デフォルトの名無しさん
2009/07/10(金) 12:08:170443デフォルトの名無しさん
2009/07/10(金) 12:31:59char str[]="あいうabc";
for(int i=0; i<strlen(str); i++)
printf("%c\n",str[i]);
で、
あ
い
う
a
b
c
が出て欲しい。wchar_t(+UTF-16)に望んだ事はこれだったんだがなぁ。。。
変換とかオーバーヘッドを伴う処理や、そういう処理を含んだ文字列操作クラスは使いたくない。
0444デフォルトの名無しさん
2009/07/10(金) 12:49:14それは、本質的に無理だったってことなんだろう。
合成文字がある限り、1つの文字を表わすのに複数のコードポイントが必
要なのはUTF-32にしたって変わらない。
0445デフォルトの名無しさん
2009/07/10(金) 12:55:380446デフォルトの名無しさん
2009/07/10(金) 13:18:32配列の操作はポインタ演算なんだから固定長以外無理だろ。
可変長の操作をポインタ風にするにはクラスで隠蔽するしかねーじゃん。
C/C++に対して、何を寝とぼけたこと言ってるんだ。
0447デフォルトの名無しさん
2009/07/10(金) 13:20:260448デフォルトの名無しさん
2009/07/10(金) 13:55:30JISコードでも使っとけ
0449デフォルトの名無しさん
2009/07/10(金) 13:57:43>>446 の云う通りだ
「文字」クラスを作って
配列はそのクラスのインスタンスへのポインタを並べたものにする
どうだ最強だろ
0450デフォルトの名無しさん
2009/07/14(火) 14:21:05smakeってどうやってビルドすればいいのでしょう？
Cygwinには入っているらしいのですが当方MinGWを使っているので･･･
当方の環境:
WinXP SP2
gcc v3.4.5
0451デフォルトの名無しさん
2009/07/14(火) 20:13:58何がわからんのか書いてくれ。
make 一発でビルドできて躓くポイントなんぞ無いぞ。
と、いうか Readme 読め。
0452デフォルトの名無しさん
2009/07/14(火) 22:51:55そのReadmeがついてないという…
0453デフォルトの名無しさん
2009/07/15(水) 07:37:12smakeだったら README.compileってファイルがあると思うが
他にもlinux系ツールだと INSTALLってファイルにビルド方法が
書かれていることが多い
0454デフォルトの名無しさん
2009/07/15(水) 12:12:14thx!
0455デフォルトの名無しさん
2009/07/16(木) 20:06:33gcc v3.4.5
0456デフォルトの名無しさん
2009/07/22(水) 22:16:12幾つかの参考サイトはインストーラーが前提になってて
インストールしたいのですけど配布サイトに無くてお手上げ状態です。
0457デフォルトの名無しさん
2009/07/22(水) 22:25:06俺は公式のMinGWが面倒なのでTDM-MinGW使ってる
http://www.tdragon.net/recentgcc/
これならインストーラもある
0458デフォルトの名無しさん
2009/07/22(水) 23:52:15lzma で配布されてるデカいアーカイブがひとつあるだろ。
GCC 4.4.0 を使うのに必要なものはそれに全部入ってる。
0459デフォルトの名無しさん
2009/07/23(木) 03:49:58＞The "/GCC Version 4/Current Release_ gcc-4.4.0/gcc-full-4.4.0-mingw32-bin-2.tar.lzma" file could not be found or is not available.
＞Please select another file.
・・・他のファイルも落とせないし、sf.netがリニューアルしてから調子悪いのか
0460456
2009/07/23(木) 10:40:20こんな早く返事が帰ってくるとは思っていませんでした。反応遅くて申し訳ないです。
とりあえず>>457を使ってみようと思います。
お返事ありがとうございました。
0462デフォルトの名無しさん
2009/07/23(木) 11:12:020463デフォルトの名無しさん
2009/07/23(木) 11:15:450464456
2009/07/23(木) 12:19:17昨日はなんで無かったんでしょうね…。
ともかく使ってみます。
ありがとうございました。
0465デフォルトの名無しさん
2009/07/26(日) 16:59:190466デフォルトの名無しさん
2009/07/27(月) 00:43:460467デフォルトの名無しさん
2009/07/27(月) 00:48:58UTF-16BEのテキストファイルをmmapし、
それをwchar_t型の配列にキャストした場合
wprintf()で出力される文字は、UTF-16BEなのでしょうか？
wchar_tやwprintf()で出力される文字コードは環境依存と聞いた事があるので
Cygwinではどうなっているのかわからないのです。
ちなみに、試しに出力してみましたが、画面表示のロケーションをUTF-16BEにしてるにも関わらず文字化けします。
こちらの設定ミスなのか、仕様なのかがわからないので・・・
0468デフォルトの名無しさん
2009/07/27(月) 01:00:06Cygwinのバージョンは?
1.7ならLANGをちゃんと設定しておけばいけるはず。
1.5ならwcharは壊れてるので事実上使用不可なんじゃなかったっけ。
0469デフォルトの名無しさん
2009/07/27(月) 09:01:500470デフォルトの名無しさん
2009/07/27(月) 11:09:590471デフォルトの名無しさん
2009/08/07(金) 20:23:50で、以下のソースを msys上でコンパイルしたら、すごい量のエラーが吐かれました。なんか文字化けてるし、全然意味わかりません。
助けて下さい。
----------------------------------------------
#include <iostream>
using namespace std;
int main()
{
cout << "Hello" << endl;
return 0;
}
----------------------------------------------
----------------------------------------------
$ g++ hello.cpp
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/bits/postypes.h:42 ､ｫ､・includ
e ､ｵ､・ｿ･ﾕ･｡･､･・,
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/iosfwd:42 ､ｫ､
,
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/ios:39 ､ｫ､,
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/ostream:40 ､ｫ
､,
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/iostream:40 ､
ｫ､,
hello.cpp:1 ､ｫ､:
c:\mingw\bin\../lib/gcc/mingw32/4.4.0/include/c++/cwchar:47:19: error: wchar.h:
No such file or directory
(以下続く)
----------------------------------------------
0472デフォルトの名無しさん
2009/08/07(金) 20:33:23win32api 関連とかは別のファイルになってる。
ちゃんと説明読め!
http://sourceforge.net/project/shownotes.php?release_id=691876
0473デフォルトの名無しさん
2009/08/07(金) 20:46:43すいません。読んでませんでした。
ちゃんと別のファイル落して、くわえたら動きました。
ありがとうございました。
0474デフォルトの名無しさん
2009/08/07(金) 20:48:35ターミナル側を euc に設定できるならそうしたらいいけど、
sjis 版のカタログファイルを用意してやったぞ。
http://www.42ch.net/UploaderSmall/source/1249645520.mo
をダウンロードして
/mingw/share/locale/ja/LC_MESSAGES/gcc.mo
をおきかえろ。
0475デフォルトの名無しさん
2009/08/07(金) 20:56:29ぉお～ ！！ありがとうございます。
0476デフォルトの名無しさん
2009/08/10(月) 22:26:06cannot execute binary file
というエラーが出てしまいます。
どうしたらいいんでしょう？
0477デフォルトの名無しさん
2009/08/10(月) 22:48:180478デフォルトの名無しさん
2009/08/10(月) 23:19:07a)Unicode(UTF-16)で保存している
b)BOM付きUTF-8(メモ帳のUTF-8で保存するとコレ)で保存している
のどっちかじゃね?
TeraPadあたりでUTF-8N保存してみたら?
0479デフォルトの名無しさん
2009/08/11(火) 14:03:25シェルスクリプトを実行すると
./test.sh : cannnot execute binary file
なるエラーが出てしまいます。
何が悪いんでしょう。
スクリプトは下なのですが
#!/bin/bash
cat data.txt
0480デフォルトの名無しさん
2009/08/11(火) 14:07:12gcc -vをすると文字化けするとこあるんだが、なんでだろ？
helloworldで日本語入れて表示させても文字化けしないんだが。
C:\Users\Username>gcc -v
Using built-in specs.
Target: mingw32
･ｳ･･ﾕ･｣･ｰ･ｪ･ﾗ･ｷ･･: ../gcc-4.4.0/configure --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --d
isable-sjlj-exceptions --enable-shared --enable-libgcj --enable-libgomp --with-dwarf2 --disable-win3
2-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --prefix=/mingw --with-gm
p=/mingw/src/gmp/root --with-mpfr=/mingw/src/mpfr/root --build=mingw32
･ｹ･･ﾃ･ﾉ･･ﾇ･: win32
gcc version 4.4.0 (GCC)
0481デフォルトの名無しさん
2009/08/11(火) 14:14:21>>474
0482デフォルトの名無しさん
2009/08/11(火) 14:16:050483デフォルトの名無しさん
2009/08/11(火) 14:20:11ソースコード中に日本語を使うなら -finput-charset や -fexec-charset オプションでエンコーディング指定するのを忘れないように。
0484デフォルトの名無しさん
2009/08/11(火) 14:22:08これか
0485デフォルトの名無しさん
2009/08/11(火) 14:23:47即レスthx!
もっと勉強させてもらいます><
0486480
2009/08/11(火) 14:51:33C:\Users\Username>gcc -v
Using built-in specs.
Target: mingw32
RtBOIvV: ../gcc-4.4.0/configure --enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --disable-sjl
j-exceptions --enable-shared --enable-libgcj --enable-libgomp --with-dwarf2 --disable-win32-registry
--enable-libstdcxx-debug --enable-version-specific-runtime-libs --prefix=/mingw --with-gmp=/mingw/s
rc/gmp/root --with-mpfr=/mingw/src/mpfr/root --build=mingw32
Xbhf: win32
gcc version 4.4.0 (GCC)
>>482が言ってくれたみたいに、
「RtBOIvV」のところって、gcc3.4.5のときだと「Configured with」って表示されてたような。
「Xbhf」のところは、gcc3.4.5のときだと「Thread model」って表示されてたような。
この文字列に意味あるのかな？
0487デフォルトの名無しさん
2009/08/11(火) 14:56:00いやいや、それ化けてますから!
ちゃんと適用されていればまさに >>482 の通り表示するはずなんだ。
0488480
2009/08/11(火) 17:11:32レスthx!
今は、情報収集でググったりしてるところであります。
とりあえず現状は、
(1)コマンドプロンプトの文字コードはCP932。
(2)gcc -vで日本語と思われるところが文字化け。
(3)日本語を含む文章(ファイルの文字コードはSJIS)をprintfで表示させたら文字化けはしない。
(4)gcc3.4.5を入れたら、\shareにlocaleフォルダが無かった(多言語対応してないのかな?)
もしかして、gcc4.4.0の導入方法がダメなのかな？
公式ページからMinGW5.1.4.exeをインストールしたら、gccは3.4.5になってた(とりあえず、C:\MinGWを作成)。
で、公式ページからgcc-full-4.4.0-mingw32-bin-2.tar.lzmaをダウンロードして、
解凍したできたフォルダ達を\MinGWで上書きした。
この方法がそもそもダメとか？
0489デフォルトの名無しさん
2009/08/13(木) 10:07:37UTF-8で書いてる)。環境変数関係の設定はもちろんOKのはず。
#include <windows.h>
#include <string>
using namespace std;
int main()
{
wstring wstr(L"はろー"); //ここと
::MessageBoxW(NULL, wstr.c_str(), L"タイトル", MB_OK); //ここをコメントアウトして
// ::MessageBoxW(NULL, L"はろー", L"タイトル", MB_OK); //ここのコメントを外すとOK
return 0;
}
このプログラムをビルドするとリンカーが，
C:\Documents\Software\CodeBlocks\unitest\main.cpp|9|undefined reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::basic_string(wchar_t const*, std::allocator<wchar_t> const&)'|
というエラーを吐く。wstringをやめてstringを使い，ソースをSJISにして::MessageBoxAで表示させると問題ない（Ｌ”なんたら”のLは外す)。
ヘッダーファイルをgrepで検索したら，
#if defined (_GLIBCXX_USE_WCHAR_T) || defined (_GLIBCXX_USE_WSTRING)
template<> struct char_traits<wchar_t>;
typedef basic_string<wchar_t> wstring;
#endif
#endif
と書いてあったので，念のため _GLIBCXX_USE_WCHAR_T と _GLIBCXX_USE_WSTRING を定義してみたけど
やっぱりダメ（リンカーエラーだから関係なさそうだけど）。何かライブラリが足りないのかな？
0490デフォルトの名無しさん
2009/08/13(木) 14:53:22それが定義された状態で libstdc++.a がビルドされてないとダメなんじゃないか？
0491デフォルトの名無しさん
2009/08/14(金) 00:29:28> それが定義された状態で libstdc++.a がビルドされてないとダメなんじゃないか？
レスサンクス。
それって、_GLIBCXX_USE_WCHAR_T と _GLIBCXX_USE_WSTRING を定義した上で
libstdc++.a をビルドしろって意味？ バイナリ拾ってきてインストールしたんで（ダウンロード
してインストールする方式だったけど）、ソースからビルドするにはどうすればいい？
教えて君でスマン。
0492デフォルトの名無しさん
2009/08/14(金) 00:58:580493デフォルトの名無しさん
2009/08/14(金) 01:25:36gccをビルドするときのconfigureオプションじゃないかと調べずに言ってみる。
0494デフォルトの名無しさん
2009/08/14(金) 02:13:24libstdc++.aは
C:\MinGW\lib\gcc\mingw32\4.4.0にあるよ
0495デフォルトの名無しさん
2009/08/14(金) 02:42:21バイナリがどこにあるなんてことじゃなくてビルド方法の話だろ。
0496491
2009/08/14(金) 07:10:01> バイナリがどこにあるなんてことじゃなくてビルド方法の話だろ。
その通りです。既存の libstdc++.a をリンクしてのテストはもちろんやってて、
それでうまく行かないのです。
うーん。バイナリダウンロードしてきて、そのままインストーラー任せでやったから、
こういうとき困るね。Code::Blocks使うので、MSYSすらインストールしてない。
もう少し調べてみます。
0497デフォルトの名無しさん
2009/08/14(金) 23:08:29http://www.mingw.org/category/wiki/libstdc
0498デフォルトの名無しさん
2009/08/14(金) 23:15:000499491
2009/08/15(土) 00:10:44あちゃぁ、がっくし．．． 比較的最近の記事だし、そういうことなのかぁ。
>>498
そういうことですかね。検討します。
皆さんアリガト。
0500デフォルトの名無しさん
2009/08/28(金) 21:38:57ソースに#include <shlwapi.h>書いて
ldに-lshlwapi食わせてもなぜか失敗する
0501デフォルトの名無しさん
2009/08/28(金) 22:52:03ライブラリがないのか？ 実行時エラーか？ エラーメッセージは？
0502デフォルトの名無しさん
2009/08/28(金) 22:53:54shlwapiのライブラリをgccでコンパイルする必要があるのかもね。
0503デフォルトの名無しさん
2009/08/28(金) 23:07:540504デフォルトの名無しさん
2009/08/29(土) 20:15:03膨大なソースで多分1日仕事になるであろうソースがあるんですが、
_cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
ってエラーが出てて、どうもmallocかけてる所が怪しいんです。
ちなみに、SolarisとFreeBSD(両方64bit版)では動いてます。
Windowsは、XP x64だけど、多分Cygwinは32bitのはず。
でも、32bitの領域食いつぶしてるとも思えないしなぁ・・・
0505デフォルトの名無しさん
2009/08/29(土) 22:09:18std::list に例えば int 型のデータを例えば1000万個くらい突っ込み、topでメモリ使用量を確認すると、
150MBくらい使用しています。
その後、データが不要になったあとで clear() メソッドで中身を消去し、利用した関数を終了させて
list を完全に削除した後でも、top で確認するとメモリが開放されずに残ってしまいます。
このメモリが開放されるのは、アプリケーションが終了されるときのみです。
この理由を知りたいのですが、ご存知の方は教えていただけないでしょうか？
試行錯誤してるうちに、std::list 以外でも、例えば
new int[10000000] した後にデータを突っ込んだメモリは delete[] で消えますが、
for(int i=0 ; i<10000000 ; i++){
... = new double;
}
してデータを突っ込んだメモリはすべて delete しても
やはりメモリが残ってしまうことに気づきました。これも関係ありそうな気がします。
0506デフォルトの名無しさん
2009/08/29(土) 23:18:24malloc()はsbrk()を大抵呼び出すがfree()は単に未使用ブロックとして
マークし直すだけの事が多いのでフリーリストのフラグメントが起きると
うまく再利用されない事がある
0507デフォルトの名無しさん
2009/08/29(土) 23:22:11あなたにメモリ管理についての知識が無いだけ。
例えばmallocの実装がどうなっているか、一度調べてみると良い。
>>504
実装にバグが無ければ
メモリが足りない時は、mallocはNULLを返す。
malloc呼び出しの内部で落ちるのは、
アプリケーションがmallocの管理領域を壊している可能性が極めて高い。
例えば、1byteはみだして書き込んでいる場合、
64bitだとアラインメントの都合ではみだしていることが表面化しない場合がある。
0508デフォルトの名無しさん
2009/08/29(土) 23:33:39単純にそれだけするテストをやってみたってこと？
一般に new (malloc) で確保したメモリを delete (free) した場合、
それらの領域は次に new したときに再利用される。
一旦確保したメモリはアプリケーション側で掴んでいるので、
そのアプリケーションが終了するまでは OS 側にしてみれば使用中に視える。
BSD 系のどれだったかでは一旦 OS に返すような実装のもあったような気がする。
0509デフォルトの名無しさん
2009/08/30(日) 01:05:22大きなメモリブロックはOSから直接もらってOSへ直接返し、
小さなメモリブロックは独自に管理するのでOSへ返さず掴んだまま、
という実装は十分ありうるので、一応説明は付く
0510デフォルトの名無しさん
2009/08/30(日) 01:27:39こういうの組んでみたけど結構こまめにOSに返してるよ
#include <iostream>
#include <windows.h>
const int l = 10000000;
int main()
{
double** a;
MEMORYSTATUS ms;
a = new double*[l];
for (int i = 0 ; i < l; i++)
a[i] = new double;
GlobalMemoryStatus(&ms);
std::cout << ms.dwAvailPhys << std::endl;
for (int i = 0 ; i < l; i++)
delete a[i];
GlobalMemoryStatus(&ms);
std::cout << ms.dwAvailPhys << std::endl;
delete[] a;
GlobalMemoryStatus(&ms);
std::cout << ms.dwAvailPhys << std::endl;
}
0511デフォルトの名無しさん
2009/08/30(日) 01:59:50例えばHeapAllocで獲得しているのだとしたら、
それは事実上mallocの実装そのものだから
その内部で(システムコールを呼んで)カーネルに返しているかどうかは
HeapAllocの実装次第。
>>506の通りにsbrk()経由とするなら、その中で何が呼ばれてるかだね。
0512名無しさん＠そうだ選挙に行こう
2009/08/30(日) 11:45:11Linux の場合は「なるべくめいっぱい活用する」方針だったと思う。
普通に使ってたら空いてるメモリはほとんどなくなるはず。
0513自己レス
2009/08/30(日) 21:40:30どうやってもldが「undefined reference to ○○」言ってくるんですよ
>>500こうなったらもうインポートライブラリに頼らないで直接呼んじゃる！！！
という方針で書いてみた（といってもほとんどhttp://www.atmark.gr.jp/~s2000/r/rtl/shlwapi.html ）のが↓
0514デフォルトの名無しさん
2009/08/30(日) 21:41:37#include <stdio.h>
typedef int (*TFUNC)(LPCTSTR,LPTSTR,UINT);
int main(int argc, char *argv[]) {
char str[100];
int ret;
HINSTANCE hInstDLL;
TFUNC DllFunction;
0515デフォルトの名無しさん
2009/08/30(日) 21:42:37if( hInstDLL == NULL ){
printf( "hInstDLL == NULL" );
return -1;
}else{}
DllFunction = (TFUNC)GetProcAddress( hInstDLL,"PathSearchAndQualifyA" );
printf( "DllFunction : %d\n", (int)DllFunction );
ret = DllFunction(".",str,100);
printf( "ret=%d,str=%s\n", ret , str);
if(!FreeLibrary(hInstDLL)){
abort();
}else{}
return 0;
}
0516デフォルトの名無しさん
2009/08/30(日) 21:54:41http://www.pushaa.jp/%7Ehizuki/soft/wiki.cgi?cygwin%A4%C7Windows%A5%A2%A5%D7%A5%EA%A4%F2%BA%EE%A4%EB%A4%BF%A4%E1%A4%CE%A5%E1%A5%E2
0517デフォルトの名無しさん
2009/08/30(日) 22:25:58gcc は実はインポートライブラリ無しでも dll とリンクできる。
-lshlwapi の変わりに /cygdrive/c/WINDOWS/system32/shlwapi.dll としてみれ。
0518デフォルトの名無しさん
2009/08/30(日) 22:27:100519デフォルトの名無しさん
2009/09/01(火) 16:29:51TDM版MinGW使ってみた。なかなか良くてCode::Blocksとの相性もバッチリなんだが，
STLがやたら遅い(gccの問題だと思う)ので，STLPort5.2.1をビルドしようとしたら，
うまく行かない。
一応ドキュメントも読んだんだが，MSYS上からmake gcc.makってやっても「何もすることが
ない」って言われてビルドできない。
TDM版MinGWにはmake.exeはなくてmingw32-make.exeしかないけど，これは使っちゃいけないと
書いてあるので，MSYSにあるmake.exeでやってみたんだが．．．
やり方教えてもらえると嬉しい。
0520デフォルトの名無しさん
2009/09/01(火) 19:21:10make -f gcc.mak じゃね？
0521519
2009/09/01(火) 20:32:50> make -f gcc.mak じゃね？
そうそう、まずそれだった。普段IDEばかり使ってるんでmakeコマンドの使い方忘れてた。
で、まずは落ち着いてやってみようと思って、MinGWを通常の5.1.4に戻して、
>>331を参考にSTLport5.1.7をビルドしてみた。
gcc.makというファイルは二箇所にあるけど、\build\libの下のヤツを使って、
make -f gcc.mak depend
make -f gcc.mak install
でビルド成功。ちなみに>>331の、
> # if (__W32API_MAJOR_VERSION > 3) || ((__W32API_MAJOR_VERSION = 3) && (__W32API_MINOR_VERSION >= 12))
の = 3 のところは、== 3 が正解。で、ビルドは出来たんだけど、C++版Hello World!プログラム(iostream使うやつ)
で試してみたら、コンパイル時に「#includeのネストが深すぎる」ってエラーがでた。
今仕事場にいないので詳細はわからない。続きはまたあしたかな．．．
0522519
2009/09/02(水) 18:28:05使うとうまく行かない。 以下のHello world!! C++版をコンパイルしてみた。
#include <iostream>
using namespace std;
int main()
{
cout << "Hello world!" << endl;
return 0;
}
環境変数は入念にチェックして，MinGW標準のC++用ヘッダがインクルードされずに，stlportのヘッダが
読み込まれるようにしたんだが，コンパイルすると_cstddef.hの28行目の
# include _STLP_NATIVE_CPP_C_HEADER(cstddef)
のところで，
C:\MinGW\include\stlport\stl\_cstddef.h|28|../3.4.5/cstddef: No such file or directory
と言うエラーが出て，後はエラーの嵐。grepでいろいろ調べた結果，MinGWの場合
_STLP_NATIVE_CPP_C_HEADERの定義がうまく出来てないらしいことまではわかったんだが，
どうすればいいんだろ。教えてエライ人。
0523519
2009/09/03(木) 18:00:08■ビルドはMSYS付属のmakeじゃなくて，WindowsのコマンドプロンプトからMinGWの
mingw32-makeでやる（ドキュメントをよく読んでたら書いてあった）。但し，MSYS使わ
ない場合はconfigure.bat -c gcc しろって書いてあるけど，これはウソ。
configureしてからメイクすると速攻エラーが出る。
mingw32-make -f gcc.mak depend
mingw32-make -f gcc.mak install
だけでOK。
■unitテストはロケール関係で少しエラーが出た。ehテストはso_stlgだけ，
EH TEST FAILURE !
[deque] :testing range insertion at random position (weak)
ERROR : 37 outstanding allocations.
となったが，so_gとsoはパス。ちなみにこのso_stlg, so_g, soというフォルダに3つ
同名のテストプログラムが出来るけど，違いは何なの？（unitテストsoとso_stlgの
2つのフォルダ内にexeができる)。
■STLPortのヘッダやライブラリを置いた場所や元のMinGWのフォルダ構成にあわせて，
stlport/stl/config/host.h を丁寧に書き換えてやる必要がある。
まぁ，いろんな環境に対応しなければならないので作る側の苦労はこんなもんじゃないと
思うが，ドキュメントはもう少し整備してまとめて欲しいなぁ．．．
0524デフォルトの名無しさん
2009/09/08(火) 09:41:400525デフォルトの名無しさん
2009/09/08(火) 12:01:32・・・あの、4.4.0がインストールしてある場合、
アップデートするには
Create
: Create a new TDM/MinGW installation
Manage
: Manage an existing TDM/MinGW installation
Remove
: Remove a TDM/MinGW installation
のうちどれを選べば最も望ましいでしょうか？
0526デフォルトの名無しさん
2009/09/08(火) 12:21:43知らんけどRemoveしてからインスコすればいいんじゃね？
0527デフォルトの名無しさん
2009/09/08(火) 12:23:18俺はそういうメニューが出るとは知らなかったので
プログラムの追加と削除から消してCreateした
でもRemoveしてCreateしてもいいかもな
0528デフォルトの名無しさん
2009/09/08(火) 12:59:560529デフォルトの名無しさん
2009/09/08(火) 13:01:55これ使うと，サイトの上の方にピンクの囲みで書いてあるとおり，実行のものすごく遅い
プログラムが出来上がってしまう。
それでcoreとg++はサイトの下の方にある4.3.3を使ったら解決したよ。
0530デフォルトの名無しさん
2009/09/08(火) 14:29:16clockとかシステムコールがないとか・・・
素直にWIndowsバイナリ入れるかな・・・
0531デフォルトの名無しさん
2009/09/08(火) 14:57:20The 4.4.1-tdm-1 release is known to have a bug which causes drastically increased CPU usage in programs compiled with it. You are urged to use a previous release until this bug is fixed.
excite＆俺訳↓
警告:
4.4.1-tdm-1リリースにはそれでコンパイルされたプログラムがCPUパワーをものすごく使うようになってしまうバグがあるのが知られています。このバグが修正されるまであなたが前のリリースを使用することを推奨します。
マジかよ！おじさん、気付かず更新しちまったぜ
0532525
2009/09/08(火) 15:03:06どうやら
CreateとManageの違いは、
Manageの場合はインストール先のパスなどが引き継がれて便利ということ
だけっぽいです（完全に私の勘ですが）。
・・・ですが、インストールしてみたところに>>529さん、>>531さんのレスをみて
即刻以前のインストーラを使って元に戻しました。
0533デフォルトの名無しさん
2009/09/08(火) 15:08:15これはgcc4.4.1のバグでしょうか？
それとも 4.4.1-tdm-1 release独自のバグなのでしょうか？
ご教示いただけませんでしょうか？
よろしくお願い申し上げます。
0534デフォルトの名無しさん
2009/09/08(火) 15:42:48Fortran, C, and C++ for Windows
http://www.equation.com/servlet/equation.cmd?call=fortran
↑
こっちのは別に問題なさそうだけど。
0535デフォルトの名無しさん
2009/09/08(火) 15:44:01となるとTDMのバグの可能性が高そうですね。
ありがとうございます。
0536デフォルトの名無しさん
2009/09/08(火) 21:53:01俺は速度はそんなに気にしていない(コンパイルが通って動けばいい)派
なので気にしていない
0537デフォルトの名無しさん
2009/09/08(火) 21:56:49俺は止めとこう。
・・・ってまあホント好き好きにすりゃ良い問題だよな。
0538529
2009/09/08(火) 22:27:35> 俺は速度はそんなに気にしていない(コンパイルが通って動けばいい)派
> なので気にしていない
それがさぁ、条件によっては実用にならない位遅くなるんだよ。
100行位のUNIDCODEのファイルを読み込ませて処理するソフトでテストしたら（STL使用）、
VC++やBCBでコンパイルしたものは数秒で終わるのに、TDM-MinGW4.4.1だと
10分位かかった。
で、>>529に書いたように、coreとg++だけ4.3.3をダウンロードして上書き解凍してコンパイルし
なおしたら、ちゃんと数秒で終わるようになった。
0539デフォルトの名無しさん
2009/09/08(火) 22:35:55そんなにひどいのか
じゃあ4.3.3に戻すか
簡単に戻せるしね
SourceForgeからDLできるのであっという間だし
0540デフォルトの名無しさん
2009/09/08(火) 22:53:260541532
2009/09/08(火) 22:56:32g++ (TDM-1 mingw32) 4.4.0に戻したのですが、
これもバグを抱えていますか？
4.3.3レベルまで戻す必要はありますでしょうか？
0543532
2009/09/08(火) 23:44:02ありがとうございます。
過去のサイト（Web魚拓みたいなもの）をあさって見たのですが
4.4.0リリース時点までは戻れなくて。。。
0544デフォルトの名無しさん
2009/09/09(水) 22:25:470545デフォルトの名無しさん
2009/09/09(水) 23:37:14msysを落とせ
0546デフォルトの名無しさん
2009/09/10(木) 00:30:20トンクス
0547デフォルトの名無しさん
2009/09/10(木) 22:45:450548デフォルトの名無しさん
2009/09/10(木) 23:35:40メモリ不足でNULLが返るかというと微妙。
mallocは成功して、実際にメモリを使う時(読み書き)すると初めてメモリを割り当てて不足したらそこで止まるようなシステムもある。
Linuxなんかはそう。
0549デフォルトの名無しさん
2009/09/10(木) 23:47:170550デフォルトの名無しさん
2009/09/11(金) 00:52:47ここはCygwinのスレであって、Linuxのスレではないし
落ちるのがmalloc内部と限定される場合には当てはまらない。
だいたい、「落ちる」と言っても
セグフォールトのような症状で落ちるのではなく
「有無を言わさずプロセスがkillされる」だけなのだから。
0551デフォルトの名無しさん
2009/09/11(金) 00:58:08というより、自分以外である方が普通。
0552デフォルトの名無しさん
2009/09/11(金) 01:35:150553デフォルトの名無しさん
2009/09/12(土) 12:24:54ttp://sourceforge.net/projects/tdm-gcc/files/
ここの
1.902.0
tdm-mingw-1.902.0-f1.exe
tdm-mingw-1.902.0-f2.exe
tdm-mingw-1.902.0-webdl.exe
これら３リリースの違いを教えていただけますでしょうか？
0554デフォルトの名無しさん
2009/09/12(土) 15:39:34As a general rule, you should choose the default SJLJ packages,
unless you know you need faster exception handling and can guarantee
you'll never need to unwind through non-DW2-compiled stack frames
(such as a Windows callback). If you chose the DW2 packages,
consider removing the "-dw2" suffix from the program names.
See README-gcc-tdm.txt, included in the core package,
for further notes on this topic.
つまりSJLJ(f1)を優先的に使えと
Dwarf-2(f2)を使うのは、速い例外処理と、DW2でコンパイルされた
のではないスタックフレーム(Windowsのコールバックのような)を解放する
必要が無い事を保証できる
もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除する事を
考慮しなさい
つまりコールバックを多用してまたより速い例外処理が必要ならf2を、
そうでなければまずf1を選べという事でしょう
webdlはオンデマンドインストールで、画面から何をダウンロードして
インストールしたりアンインストールするか決めれるというだけのもの
でも便利
最終的にはどうすればいいかというと上の注意に従いながらwebdlで
インストールすればいいという事になる
0555デフォルトの名無しさん
2009/09/12(土) 15:41:25×もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除する事を考慮しなさい
○もしf2を使うなら、プログラム名から"-dw2"接尾辞を削除するかどうかよく考えなさい
0556デフォルトの名無しさん
2009/09/13(日) 00:16:58に居た者ですが、TDM-MinGWの問題のため、こちらに参りました。
ttp://codepad.org/zASwhl4f
このコード、codepadで実行させると上のリンクのように正常に動作しているようですが、
私の環境g++ (TDM-1 mingw32) 4.4.0ですと
0.1
-9.25596e+061
と表示されてしまいます。
という問題が生じておりまして、
TDM-MinGW4.3.3 -> ×
TDM-MinGW4.4.0 -> ×
TDM-MinGW4.4.1 -> ○
ということで、
TDM-MinGW4.4.1で修正されたバグだったようです。
という一応の決着をみました。
しかし本当にバグであったかを確認したく、
皆様、
「Windowsで」
TDM-MinGW4.3.3 , TDM-MinGW4.4.0 , TDM-MinGW4.4.1
を入れている方がいらっしゃいましたら、
宜しければ是非
ttp://codepad.org/zASwhl4f
を試して頂けませんでしょうか？
0559デフォルトの名無しさん
2009/09/14(月) 11:18:38mingwでも巨大なメモリをアロケートしたプログラムは途中まで処理が進んだ状態で落ちる(windowsのエラーダイオログが出て)がね。
ぬるぽチェックでは止まらんよ。
0560デフォルトの名無しさん
2009/09/14(月) 16:04:59Linuxは何事も無かったように、どこかの知らないプロセスを落として
メモリを確保するんだから。
0561デフォルトの名無しさん
2009/09/14(月) 16:08:28Mingwだったら、HeapAllocをそのまま使えば
ちゃんとNULL返してくれるのに。
バカみたい。
0562デフォルトの名無しさん
2009/09/15(火) 00:45:37例えば、↓のようなコードでは全然落ちない(普通にNULLが返る)んだけど
再現するコードを例示してくれ。
まさかとは思うが、newを使っていて
bad_allocをcatchしてないから落ちるってオチじゃないよね。
0563デフォルトの名無しさん
2009/09/15(火) 00:47:20unsigned alloced = 0;
printf("[%u]MByte\n", nmegabytes);
for (;;) {
void *p = malloc(nmegabytes * 1024 * 1024);
if (!p) {
printf("malloc() returns NULL at allocated %uMB\n", alloced);
break;
}
*(int *)p = 0; // アクセス違反で落ちる？
alloced += nmegabytes;
saver.push_back(p);
}
// clear
for (std::vector<void *>::iterator it = saver.begin(), end = saver.end(); it != end; ++it) {
free(*it);
}
saver.clear();
}
int main() {
std::vector<void *> saver;
saver.reserve(4 * 1024);
test(1, saver);
test(50, saver);
test(500, saver);
}
0564デフォルトの名無しさん
2009/09/15(火) 01:11:12C++かとおもいきや、malloc使ってるのかよｗ
えっと、とりあえずそんなに領域確保出来たっけ。
ってことで、
if (!p) {
printf("malloc() returns NULL at allocated %uMB\n", alloced);
break;
}
を
if (!p) {
printf("malloc() returns NULL at allocated %uMB\n", alloced);
perror("error");
exit(EXIT_FAILURE);
break;
}
と書き換えてみれば、何が原因で落ちたかわかるよ。
あと、pが確保出来てないのに、そこでbreak;しちゃうと、そりゃその後でアクセス違反で落ちるよｗ
0565デフォルトの名無しさん
2009/09/15(火) 01:14:22「ちゃんとNULL返してる」っての。
0566デフォルトの名無しさん
2009/09/15(火) 01:15:220567デフォルトの名無しさん
2009/09/15(火) 01:17:51同意だがそんなにカリカリすんなよ(´・ω・｀)
0568デフォルトの名無しさん
2009/09/15(火) 01:17:570569デフォルトの名無しさん
2009/09/15(火) 20:48:340570デフォルトの名無しさん
2009/09/23(水) 22:49:36WARNING:
The 4.4.1-tdm-1 release is known to have a bug which causes drastically increased CPU usage in programs compiled with it. You are urged to use a previous release until this bug is fixed.
これが修正されるのはいつですか？
0571デフォルトの名無しさん
2009/09/24(木) 07:14:29知らねえ
嫌ならTDMじゃないMinGWを苦労して入れてそっち使ってろよ
0572デフォルトの名無しさん
2009/09/24(木) 11:37:37それもめんどくさい
まあ問題が出るようだったら古い版のTDM使うことにするけど。
0573デフォルトの名無しさん
2009/09/26(土) 11:23:46生成するにはどうすれば良いの？
0574デフォルトの名無しさん
2009/09/26(土) 11:46:530575デフォルトの名無しさん
2009/09/26(土) 20:46:010576デフォルトの名無しさん
2009/10/02(金) 13:01:44gcc のバージョンが
gcc version 3.4.5 (mingw-vista special r3)
なんですが
netdb.h sys/socket.h netinet/in.h がインクルードできません
最新版にすればインクルード出来るでしょうか？
Cygwin にしないとダメなんでしょうか？
0577576
2009/10/02(金) 14:51:313.4.2とかを入れないといけないのでしょうか？
0578デフォルトの名無しさん
2009/10/02(金) 15:06:46当然、-finput-charset=cp932とかやってるんだろうね。
0579デフォルトの名無しさん
2009/10/02(金) 15:14:14やっていません。
3.4.5 でも
そのオプションをつければいけるのでしょうか？
今やっているのは取りあえず通らない文字を削っているのです
取りあえず、SJIS はいいとして、インクルードファイルは、3.4.2 とかにしないといけないのでしょうか？
0580デフォルトの名無しさん
2009/10/02(金) 15:21:26無料なんだから、めんどくさがってないで自分で解決してみろ
0581デフォルトの名無しさん
2009/10/02(金) 15:35:55MinGWならwindows APIのソケットを使って下さい。
0582デフォルトの名無しさん
2009/10/02(金) 17:37:59皆さん、どうもありがとうございました。
0583デフォルトの名無しさん
2009/10/04(日) 20:25:460584デフォルトの名無しさん
2009/10/04(日) 20:36:111. vim をインストールする
0585デフォルトの名無しさん
2009/10/04(日) 20:40:14vimのソースをダウンロードして解答したら中に
「INSTALL」か「README」っていうファイルがあるはずだからそれを読んでください。
大概、.configure; make; make install とかすることになりそうだけど。
0586583
2009/10/04(日) 21:20:040587デフォルトの名無しさん
2009/10/04(日) 21:27:130588デフォルトの名無しさん
2009/10/04(日) 21:31:53基本的には configure と make が動くところまでって感じ。
0589デフォルトの名無しさん
2009/10/04(日) 21:33:46じゃあソースおとしてコンパイルしてみます．
最新版のMSYSにはVIMがはいっていないみたいなんですよね
0590デフォルトの名無しさん
2009/10/04(日) 21:39:510591デフォルトの名無しさん
2009/10/04(日) 21:40:34一応公式サイトにMSYS用のvimのバイナリっぽいものがあるけど、試しては無い。
0592デフォルトの名無しさん
2009/10/04(日) 21:43:29いや、DTKにはエディタ系は入ってないっぽい。
http://sourceforge.net/project/shownotes.php?release_id=131044
0593590
2009/10/04(日) 22:55:06わざわざ入れたことは無い (だって Emacs 派だから!) はずなんだけど俺の環境には vim は入ってるなぁ。
何かと一緒に入ったんだと思うんだけど、 DTK じゃなかったか。
0594デフォルトの名無しさん
2009/10/05(月) 22:42:17次のg++のバージョンまで直す気がないとか？
と思ったら似たようなレスが
>>570でも出ていたか。
0595デフォルトの名無しさん
2009/10/05(月) 23:40:310596デフォルトの名無しさん
2009/10/06(火) 01:13:33MSYS vimに分離されたようだね
ところで.tar.lzmaファイルってWindowsでは対応ソフト少ないような気がするんだ・・・
お前さんがたはtar使ってるの？
0597デフォルトの名無しさん
2009/10/06(火) 01:23:440598デフォルトの名無しさん
2009/10/06(火) 01:53:27mingw32-gcc-4.4.0が出たときは結局Linuxで展開してからWindowsに持ってきたよ
ちょっと解せないものを感じた
0599デフォルトの名無しさん
2009/10/06(火) 02:07:220600デフォルトの名無しさん
2009/10/06(火) 02:54:40+ HANDLE hmutex = CreateMutexA(0, FALSE, name);
+ if (WaitForSingleObject(hmutex, INFINITE) != WAIT_OBJECT_0)
+ __w32sp_trap();
0601デフォルトの名無しさん
2009/10/06(火) 11:37:290602デフォルトの名無しさん
2009/10/06(火) 11:52:370603デフォルトの名無しさん
2009/10/06(火) 11:58:400604デフォルトの名無しさん
2009/10/06(火) 13:41:24ありがとう。
これで-municodeが使えるようになるといいが。
http://www1.axfc.net/uploader/Sc/so/42950.zip
0605デフォルトの名無しさん
2009/10/06(火) 20:42:21俺は7-Zipが.tar.xzに対応するのを待っている。
0606デフォルトの名無しさん
2009/10/07(水) 11:25:40vimは一個前のMSYSの本体に入ってたが最新版で別パッケージに分離された．
0607デフォルトの名無しさん
2009/10/09(金) 10:36:21TDM-2
fixing the bug that caused a major slowdown in nearly any non-trivial program.
0608デフォルトの名無しさん
2009/10/09(金) 11:28:08待ってました！ 情報サンクス！
0610デフォルトの名無しさん
2009/10/09(金) 12:13:030611デフォルトの名無しさん
2009/10/09(金) 12:13:130612デフォルトの名無しさん
2009/10/09(金) 12:30:05Unicodeアプリケーションが何を指してるのか知らないが、
俺はutf-8でソースコード統一して書いてるけど正常に動作してるよ。
内部での文字列比較とか問題なく動く。
0613612
2009/10/09(金) 12:30:540614デフォルトの名無しさん
2009/10/09(金) 12:52:380615614
2009/10/09(金) 14:25:000616デフォルトの名無しさん
2009/10/09(金) 15:36:12入れた㌧
On Demand Installの方はバグがあるらしく途中で止まるな
26.2MBの方を落としてインストールすればOK
0617デフォルトの名無しさん
2009/10/09(金) 23:03:53上で既出だけどパピコ。
TDM's GCC/mingw32 Builds
ttp://www.tdragon.net/recentgcc/
NOTICE:
The 4.4.1-tdm-2 release is now available. If you were using the first 4.4.1 release, you are urged to upgrade to this new version in order to avoid a bug that caused drastically increased CPU usage in programs compiled with the first version.
0618デフォルトの名無しさん
2009/10/11(日) 17:26:32気がする。
環境が違うんで単純には比較できないけど、wxWidgets2.8.10の全種類(8種類)のライブラリのビルドに
4.3.3の時は12時間近く掛かってたのが、今日、自宅のマシン（もう4年位前のたいしたことないPC）で
やってみたら3時間くらいで終わった。
0619デフォルトの名無しさん
2009/10/11(日) 22:07:09きみ、前にC::Bのスレにいた子？
0620デフォルトの名無しさん
2009/10/11(日) 22:17:0050前だが。
0621デフォルトの名無しさん
2009/10/13(火) 14:52:05大抵 libintl.la がとか gettext がとか文句を言われて
コンパイルできない
http://gnuwin32.sourceforge.net/packages/gettext.htm
ここにバイナリが置いてあるかと思い落としてきてみるも
libintl3.dll とかよくわからないファイルが入ってます…
これを libintl3.dll -> libintl.la として動かすこと
できるでしょうか？
sourceからbuildしないと駄目なのでしょうか
もしそうだとすると複数の窓環境にインストールするとか
不便すぎる mingwを入れて
perl5.8.1以上をmingw上の/usr/bin下にインストールして
gettetxt を make して、ようやく目的のソフトに取りかかれるorz
0622デフォルトの名無しさん
2009/10/13(火) 14:56:45gnu のソフトがビルドできないような…
0623デフォルトの名無しさん
2009/10/13(火) 18:30:37それを「よくわからないファイル」とか言ってしまう奴がなんで mingw 使ってんの？
Developer files や Dependencies も必要。
全部スタティックリンクにしたいならソースからビルド。
0624デフォルトの名無しさん
2009/10/13(火) 20:23:23fedoraでmingw32のパッケージ入れて、クロス開発する方がいいかも
0625デフォルトの名無しさん
2009/10/15(木) 01:50:010626デフォルトの名無しさん
2009/10/17(土) 23:06:33はどっちがいいのか教えて。
サイズ的には、mingw-w64のほうが多いけどこっちの方が性能上?
0627デフォルトの名無しさん
2009/10/17(土) 23:10:46そんなのあるんだー。
前者はTDM/MinGW Installerってやつだよね。
インストーラ.exeの形で配布されているけど、
後者は初めて見た。
これもインストーラだったかい？
0628デフォルトの名無しさん
2009/10/17(土) 23:14:27っていうやつ今落としてるところ。
サイズが200M超えていて、回線遅くて中身がどうなっているか確認できていない。
0629デフォルトの名無しさん
2009/10/17(土) 23:19:48こっち入れれば何でもコンパイルできるんじゃないかとわくわくしてる所。
たとえばffmpegが追加なしで出来たりとか。
0630デフォルトの名無しさん
2009/10/18(日) 00:06:430631デフォルトの名無しさん
2009/10/18(日) 00:07:000632デフォルトの名無しさん
2009/10/18(日) 00:19:040633デフォルトの名無しさん
2009/10/18(日) 00:20:28別のプロジェクト作るなってこと。
mingwの公式はここだけだ。
http://www.mingw.org/
0634デフォルトの名無しさん
2009/10/18(日) 00:22:340635デフォルトの名無しさん
2009/10/18(日) 07:21:220636デフォルトの名無しさん
2009/10/18(日) 08:02:03単にビルドされたgccのファイルに stripをかけてないだけだったりして。
ちなみに cc1.exe strip前 約40M strip後 約8M
0637デフォルトの名無しさん
2009/10/18(日) 10:07:48いちいちビルドする気力がでない俺には最適。
0638デフォルトの名無しさん
2009/10/22(木) 01:06:480639デフォルトの名無しさん
2009/10/22(木) 02:22:17ttp://sourceforge.net/projects/mingw/files/
ttp://sourceforge.net/projects/mingw/files/GCC%20Version%204/Current%20Release_%20gcc-4.4.0/gmp-4.2.4-mingw32-dll.tar.gz/download
ttp://sourceforge.net/projects/mingw/files/GCC%20Version%204/Current%20Release_%20gcc-4.4.0/mpfr-2.4.1-mingw32-dll.tar.gz/download
0640デフォルトの名無しさん
2009/10/22(木) 19:02:16ｔｈｘ 助かりました。
0641デフォルトの名無しさん
2009/10/23(金) 00:45:53"W"(大文字：デフォルト実装付きweak)となるけど、
cygwin&gcc-4.3.2だと"w"（小文字：デフォルト実装無し
weak)になる。4.2->4.3で仕様が変わった？
それともPEフォーマットのせいですか？
--------------------
__attribute__((weak)) void func(void) {}
0642SgqcXuBDWWHrdWG
2009/10/23(金) 22:24:580643デフォルトの名無しさん
2009/10/24(土) 10:04:510644デフォルトの名無しさん
2009/11/02(月) 03:00:41MinGW g++ 4.4.0でビルドしたソースとリンクして使用できますか？
0645デフォルトの名無しさん
2009/11/02(月) 08:29:01丁度Qtでそれに引っ掛かって，某フォーラムでバイナリの互換性がないことを
教えてもらったばかり。
但し，俺のところではTDM's MinGW gcc(g++) 4.4.1で，本家MinGW g++ 3.4.5で
ビルドしたライブラリが使えている（完全に大丈夫かどうかは不明）。
本家のg++4.4.0は，本家g++ 3.4.5でビルドしたライブラリが使えない。
0646デフォルトの名無しさん
2009/11/02(月) 15:43:12情報ありがとうございます。
やっぱり使えないんですね。
0647デフォルトの名無しさん
2009/11/03(火) 02:57:00Windows7で動作しない(DLLを読み込めていない？ちなみにXP/VistaではOK)らしいのですが、
Win7との相性についてどこかに情報ありますでしょうか？
自分で試せるのはXPとVistaだけなので状況がさっぱり...
0648デフォルトの名無しさん
2009/11/03(火) 21:10:430649デフォルトの名無しさん
2009/11/03(火) 21:35:500650デフォルトの名無しさん
2009/11/03(火) 21:45:52export GCC_VER="4.4.0"
export LIBRARY_PATH=/mingw/lib:/mingw32/lib:/mingw/lib/gcc/mingw32/${GCC_VER}:/usr/local/lib:$HOME/local/lib
export LD_LIBRARY_PATH=$LIBRARY_PATH
export LD_RUN_PATH=$LIBRARY_PATH
export INCLUDE_PATH=/mingw/include:/mingw32/include:/mingw/lib/gcc/mingw32/${GCC_VER}/include:/usr/local/include:$HOME/local/include
export C_INCLUDE_PATH=$INCLUDE_PATH
export CPLUS_INCLUDE_PATH=$INCLUDE_PATH
コンパイルに必要な環境変数を.bashrcにかいたのだが
あと何か定義しておいたらいい環境変数はある？
0651デフォルトの名無しさん
2009/11/03(火) 21:55:290652デフォルトの名無しさん
2009/11/04(水) 09:54:35gcc3系統とgcc4系統ではディレクトリ構成が変わっていて，gcc4系統の場合はlibの奥にもヘッダファイルが
あるので，入れる必要があります。
0653デフォルトの名無しさん
2009/11/04(水) 23:32:490654デフォルトの名無しさん
2009/11/07(土) 00:01:10進める環境としてはdev c++ とmingwがいいかな
0655デフォルトの名無しさん
2009/11/07(土) 00:03:490656デフォルトの名無しさん
2009/11/07(土) 00:11:45単にプログラミングの勉強ならば、
WindowsでVisualBasicが面倒なくて鉄板でしょ。
Unixの世界は、環境構築とツールの使用法の習得だけで
挫折する人がいるくらいのカオスな世界だから、
できれば知らない方が幸せよ。
0657デフォルトの名無しさん
2009/11/07(土) 00:34:09> 単にプログラミングの勉強
変ったジャンルですね。
0658654
2009/11/07(土) 04:16:13僕的にはdev c++のほうがインストールが早いし、設定、認証が要らないから
こっちのほうが簡単だと思うんですけどね。やっぱVCとかVBですかね
0659デフォルトの名無しさん
2009/11/07(土) 08:45:22何と言ってもメニューが全部英語なのと、gccそのものがオプションが複雑で
決して初心者向けではないという事情を考えてVCを推している
でも自分でその壁を乗り越えられる人であればgccの方が標準準拠度は
高い
0660デフォルトの名無しさん
2009/11/07(土) 13:56:55CUIベースでC, C++なんてやってもイベント丼の概念が理解できなくなる。
0661デフォルトの名無しさん
2009/11/07(土) 14:22:100662デフォルトの名無しさん
2009/11/08(日) 00:30:47日本語化されたのが、確か2つくらいあったはず。ｓけいし氏のヤツは割りと有名
かと思ってたんだがそうでもないのか。
一時VC2003と交互で使ってたけど、x64環境に移行してからはVC2008しかｔ
これ以上はスレチだな。
0663デフォルトの名無しさん
2009/11/10(火) 00:33:10TDM-MinGW gcc4.4.1 に入れ替えたのですが、
gcc3.4.2
・iostreamをincludeするだけで、EXIT_SUCCESSマクロもatof()関数も使用できた
・iostreamをincludeするだけで、clock()関数が使用できた
gcc4.4.1
・cstdlibをincludeしないと、EXIT_SUCCESSマクロもatof()も使用できない
・ctimeをincludeしないと、clock()関数が使用できない
という挙動になります。
どっちが正しいんですか？
0664デフォルトの名無しさん
2009/11/10(火) 00:38:094.4.1 の方がより規格に沿っていると言える。
0665デフォルトの名無しさん
2009/11/20(金) 23:46:280666デフォルトの名無しさん
2009/11/20(金) 23:49:25-finput-charset=cp932 -fexec-charset=cp932
をコンパイル時に付ける
するとEUCに変換してからコンパイルしてくれるのでダメ文字の問題は起きない
0667デフォルトの名無しさん
2009/11/20(金) 23:51:160668デフォルトの名無しさん
2009/11/21(土) 11:09:43それ、本家MinGWのgcc4系だと効かない。cc1.exe、cc1plus.exeにやlibiconvがリンクされてないんだそうだ。
gcc3.4.5のcc1とcc1plusで上書きすればOKという情報もあるけど、俺のところじゃダメだった。
TDM's MinGW gcc4.4.1なら大丈夫。
>>667
もちろんそれでもOK。ただ、これまでに書きためた大量のSHIFT_JISのソースを使ったり、
3rd Partyのヘッダーファイル（例えば何等かのIOボードにボードに付いてくるライブラリの
ヘッダーファイル）を使ったり、他のコンパイラと共用するソースファイルを使ったり
する場合にはそうも行かない場合もある。
0669デフォルトの名無しさん
2009/11/21(土) 15:34:19お騒がせしました。
0670デフォルトの名無しさん
2009/11/21(土) 16:17:35Windowsのシステムロケールを日本語から英語に変更するといい
0671デフォルトの名無しさん
2009/11/21(土) 19:16:57既にバイナリの gcc 4 がある状況なら
gcc 4 をビルドするのはたやすい。
libiconv 有効にしてビルドしれ
0672668
2009/11/22(日) 00:12:22レスサンクスなんだが．．．
> Windowsのシステムロケールを日本語から英語に変更するといい
これは >>668 に書いたうちの、どのことについて言ってるの？
>>671
> 既にバイナリの gcc 4 がある状況なら
> gcc 4 をビルドするのはたやすい。
> libiconv 有効にしてビルドしれ
あぁそれでいいのか。アリガト。
ただ最近ビルドしてばかりしていてチト疲れた。
本家MinGWの最新バイナリインストーラー(5.1.6)のgccは4.4.0でなかったり、
libiconvがリンクされていない抜けがあったり、更新が遅かったりで、
TDM版の方が信頼できると感じてる。
TDM版の最初の4.4.1でCPU利用率が100%近くになってしまう問題が発覚した
時もHPの上の方に「Warning!」としてちゃんと説明が書いてあったし、修正の
対応も比較的早かったしね。
それと試してないんだけど、>>556の問題も気になる（TDM版固有の問題なのか、
gccのバージョンの問題なのか） 。
とりあえずTDM版4.4.1で問題ないので、俺は当面これで行こうと思う。
0673デフォルトの名無しさん
2009/11/22(日) 09:33:54インストーラが 4.4.0 を入れないのは怠慢ではなくて、そういう選択をしたのだと思う。
まだ実績が不充分ってこともあるし、互換性の問題もある。
エンドユーザーにはなるべく枯れたバージョンを提供する方がいいという考え方はあり得る。
libiconv のリンクも、世界全体から見れば案外少ない状況でしか必要としないし、
そもそもソースコードにマルチバイト文字列をハードコーディングするのは悪いスタイルだよ。
0674デフォルトの名無しさん
2009/11/22(日) 09:41:230675デフォルトの名無しさん
2009/11/22(日) 10:55:24本家擁護も結構だが、
> インストーラが 4.4.0 を入れないのは怠慢ではなくて、そういう選択をしたのだと思う。
> まだ実績が不充分ってこともあるし、互換性の問題もある。
そんなに4.4.0に不安があるのなら、gccだけ独立して正式リリースにしなければいいのに。
そもそも本家はgcc3系とgcc4系でバイナリの互換性がなくなってしまった。
ディレクトリ構成も大きく変更してしまった。
これって良いことなのか？
> エンドユーザーにはなるべく枯れたバージョンを提供する方がいいという考え方はあり得る。
エンドユーザーが自分で選択できるようにすればよいだけの話し。
> libiconv のリンクも、世界全体から見れば案外少ない状況でしか必要としないし、
そう。そういう少数派への配慮が足りない所が問題。
> そもそもソースコードにマルチバイト文字列をハードコーディングするのは悪いスタイルだよ。
余計なお世話。そんなのは状況次第。
日本人の工場オペレーターしか使わないことがわかっているソフトだったら。
ハードコーディングしてしまった方が、短い工数で作れる。
多国語対応する必要があるソフトなら、リソースDLL使うとか、独自のライブラリで言語設定に
あわせてファイルから文字列を読込むとかしてる。
0676デフォルトの名無しさん
2009/11/22(日) 13:14:30> そんなに4.4.0に不安があるのなら、gccだけ独立して正式リリースにしなければいいのに。
> エンドユーザーが自分で選択できるようにすればよいだけの話し。
大半のユーザーはとりあえずバージョンナンバーが大きい方を選択してしまうよ。
エンドユーザーってのはそんなもんだろうが。
> そもそも本家はgcc3系とgcc4系でバイナリの互換性がなくなってしまった。
> ディレクトリ構成も大きく変更してしまった。
バイナリ互換性が維持されればそれに越したことはないんだけど、
これは根本的な設計から大幅に変わってしまったので、仕方ないとしか…
> そう。そういう少数派への配慮が足りない所が問題。
> 余計なお世話。そんなのは状況次第。
配慮したらその分だけファイルサイズも増える。
少数派に配慮したら多数派に多少なりとも不便を強いるじゃないか。
ファイルサイズ程度なら些細な問題だけど、依存ライブラリが増えると管理が面倒なんじゃね？
これは開発リソースの割り振りの問題だろう。
それに意見する方が余計なお世話ってもんだろ。
開発状況は libiconv をリンクしたくない状況だったんだろ。
0677デフォルトの名無しさん
2009/11/22(日) 15:55:37> 大半のユーザーはとりあえずバージョンナンバーが大きい方を選択してしまうよ。
> エンドユーザーってのはそんなもんだろうが。
何が言いたいのかわからん、俺には>>673に書いてあることと矛盾してるようにしか
受け取れない。悪いがちゃんと説明してくれないか？
> バイナリ互換性が維持されればそれに越したことはないんだけど、
> これは根本的な設計から大幅に変わってしまったので、仕方ないとしか…
TDM版gcc4.4.1は本家のgcc3.4.5とバイナリレベルの互換性を保ってるよ。
> これは開発リソースの割り振りの問題だろう。
> それに意見する方が余計なお世話ってもんだろ。
> 開発状況は libiconv をリンクしたくない状況だったんだろ。
ファイルサイズの話はかなり無理矢理感があるなあぁ。
で。本家のgcc4.4.0の説明書き(gcc-4.4.0-mingw32-notes.txt)には、必要ファイルだけ
分割してダウンロードする場合、
> libiconv Runtime [REQUIRED]
> libiconv-1.13-mingw32-dll-2.tar.gz
と書いてあるんだが（つまり必須と言うこと）。リンクを怠ったか、ドキュメントの修正を
怠ったかのどっちかだとしか思えない。どっちみち瑕疵であることに変わりはない。
で、TDM氏のHPには、
> TDM-GCC is not formally affiliated with or endorsed by the MinGW project
> (although several MinGW team members make use of it)
なんて書いてある。それなら性格がきっちりしていそうなTDM氏に本家のチームに
加わってもらえば、もっと良くなると思うんだが．．．
0678デフォルトの名無しさん
2009/11/22(日) 17:17:53> 何が言いたいのかわからん、俺には>>673に書いてあることと矛盾してるようにしか
> 受け取れない。悪いがちゃんと説明してくれないか？
問題点を認識せずにとりあえず最新版を入れてしまうユーザーもいるから
インストーラは 4 を選ばせないようにしたんじゃね？ と言いたかった。
> TDM版 gcc4.4.1 は本家のgcc3.4.5とバイナリレベルの互換性を保ってるよ。
んなわけねーだろ。 何が出来ることをもってバイナリ互換性って呼んでるの？
> ファイルサイズの話はかなり無理矢理感があるなあぁ。
そりゃそーだ。 だから些細なことって書いてるだろ。
結論は開発リソースの割り振りだ。
どっかには問題が残ることもあるだろうさ。
リソースは有限だし、どの問題をどこまで解決するか、
時には手抜きするのもひとつの選択だということだ。
TDM 版だって致命的な問題があったものを警告を書くだけで出したわけだろう？
本家じゃやっちゃいけないことだけど、 TDM 版はそれでも出すという選択をしたわけだ。
一応誤解が無いようにいっとくけど、俺は本家を擁護したいわけじゃないよ。
どこを重要視するかが違うだけのことであって、どっちが良いとか言えるものじゃないというのが俺の主張。
もちろん、本家がよりよくなってくれるのが最も望ましい。
0679デフォルトの名無しさん
2009/11/22(日) 18:31:45> 問題点を認識せずにとりあえず最新版を入れてしまうユーザーもいるから
> インストーラは 4 を選ばせないようにしたんじゃね？ と言いたかった。
了解。ただ、インストーラーでgcc3.4.5をインストールした後でgcc4を入れようと思うと簡単じゃない
（ディレクトリ構成が変わっているから戸惑う）。そういう点で問題だと俺は言いたい。
> んなわけねーだろ。 何が出来ることをもってバイナリ互換性って呼んでるの？
GUIツールキットQt 4.5のMinGW用のバイナリインストーラーでインストールされるライブラリは本家の
gcc3.4.5でビルドされたものだが、TDM gcc4.4.1でビルドしたアプリからちゃんと使えた。
ところがQt 4.6のbeta-1には、本家のgcc3.4.5でビルドされたライブラリの他に、本家のgcc4.4.0（Qtライブラリ
ではなくてコンパイラそのもの）もバンドルされてきた。ところがこの4.４.0でアプリをビルドすると、エラーが
出てしまう（3.4.5でビルドされたライブラリと互換性がない）。
Qt 4.6 RCになって、ライブラリも本家のgcc4.4.0でビルドされたものに変わった。そうしたら今度はアプリを
TDM gcc4.4.1でビルドするとエラーが出る。仕方なくQt 4.6 RCのソースからTDM gcc4.4.1でQtをビルドしたら
うまく行った。これでわかるだろ？
> TDM 版だって致命的な問題があったものを警告を書くだけで出したわけだろう？
> 本家じゃやっちゃいけないことだけど、 TDM 版はそれでも出すという選択をしたわけだ。
出した後から発覚したんで、緊急で警告を書いたんだよ。だから「修正するまで、一つ前の4.3.3を使ってくれ」
って書いてあった。テストが足りなかったのは確かだが、やるべきことを迅速にやっている。
本家はlibiconvがリンクされていなくても、アナウンス一つしてないんじゃないか？3系と4系でバイナリ互換性
がないというアナウンスも何処かにある？
> もちろん、本家がよりよくなってくれるのが最も望ましい。
俺だって本家を貶すのが目的じゃない。ただ、もっとしっかりしてくれと言いたい。
現状だとTDM版の方が良い選択だと言わざるを得ない状況だ。
0680デフォルトの名無しさん
2009/11/22(日) 20:33:05> 了解。ただ、インストーラーで gcc3.4.5 をインストールした後で gcc4 を入れようと思うと簡単じゃない
> （ディレクトリ構成が変わっているから戸惑う）。そういう点で問題だと俺は言いたい。
単に展開するだけだし、俺はディレクトリ構成が変わっていることに気づいてさえいなかったぜ!!
(後から気付いたけど。 これは俺がいいかげんなだけかもしれん。)
> GUIツールキットQt 4.5のMinGW用のバイナリインストーラーでインストールされるライブラリは本家の
> gcc3.4.5でビルドされたものだが、TDM gcc4.4.1でビルドしたアプリからちゃんと使えた。
TDM がどうとかいう以前に gcc の変更だ。 実験してみた結果がどうあれ偶然。
何が起こってもおかしくない。 鼻から悪魔。
> ところがQt 4.6のbeta-1には、本家のgcc3.4.5でビルドされたライブラリの他に、本家のgcc4.4.0（Qtライブラリ
> ではなくてコンパイラそのもの）もバンドルされてきた。ところがこの4.４.0でアプリをビルドすると、エラーが
> 出てしまう（3.4.5でビルドされたライブラリと互換性がない）。
エラーの内容が気になる。
エラーが単なる undefined reference の場合、環境構成上のしょーもないことである場合がある。
> テストが足りなかったのは確かだが、やるべきことを迅速にやっている。
迅速だけどテストが足りなかったんだろ。 だからそれは単にスタンスの違いなんだって。
> 本家はlibiconvがリンクされていなくても、アナウンス一つしてないんじゃないか？
required の記述が間違っとるが、どれどれをリンクしたなんていちいち書くかよ。
> 3系と4系でバイナリ互換性がないというアナウンスも何処かにある？
これは常識だと思ってたから疑わなかったけど、一見さんにわかる形では無いかも。
GCC のサイトの方にも目立つようには書いてない。
0681デフォルトの名無しさん
2009/11/22(日) 21:06:27オープンソースなんだから好きにやれや
0682デフォルトの名無しさん
2009/11/22(日) 22:09:05まったくそのとおりだ。 だから好きに議論する。
便宜上「本家」なんていってるがそれほど絶対的なものではない。
それぞれのスタンスがあるのは当然。
と、言うわけで >>679 が主張するように「TDM 版の方が良い選択」
とする主張を否定するわけじゃないし、その主張が正しいと言える状況はあるんだろう。
でも、そうじゃない状況もある。 それだけの話。
0683デフォルトの名無しさん
2009/11/22(日) 22:19:010684デフォルトの名無しさん
2009/11/22(日) 22:49:18> 単に展開するだけだし、俺はディレクトリ構成が変わっていることに気づいてさえいなかったぜ!!
> (後から気付いたけど。 これは俺がいいかげんなだけかもしれん。)
環境変数変えなきゃダメだろ？本当に動かしてみたんかね？
少なくともC_INCLUDE_PATHやCPLUS_INCLUDE_PATH、LIBRARY_PATHは変更する必要がある。もしかして単に
展開しただけで環境変数変えてないから、gcc4.4.0使ってるつもりで実は3..4.5のままだったりしてｗ
> TDM がどうとかいう以前に gcc の変更だ。 実験してみた結果がどうあれ偶然。
> 何が起こってもおかしくない。 鼻から悪魔。
（中略）
> > 3系と4系でバイナリ互換性がないというアナウンスも何処かにある？
>
> これは常識だと思ってたから疑わなかったけど、一見さんにわかる形では無いかも。
> GCC のサイトの方にも目立つようには書いてない。
そんないい加減な情報じゃなくて、しっかり「ここに書いてある」って示して欲しい。そうじゃないと、アンタに「偶然」
だの「鼻から悪魔」なんて書く資格はない。単に実験のレベルじゃないよ。暫く使ってるが、何の問題もない。
> > テストが足りなかったのは確かだが、やるべきことを迅速にやっている。
>
> 迅速だけどテストが足りなかったんだろ。 だからそれは単にスタンスの違いなんだって。
違う。本家はアナウンスすべきことをアナウンスしていない。例えば、MinGW5.1.6のgccは4.4.0じゃなくて3.4.5だって
ことはどこに書いてある？要するにいい加減すぎるんだよ。「スタンスの違い」ってのが「ユーザー重視」と「ユーザー
軽視」の違いってのなら納得できるが。
例えば、ttp://www.mingw.org/wiki/GCCStatus は2009-04-20 以降更新されておらず、現状と合ってない。
SourceForgeのファイルツリーを見ても、「Automated MinGW Installer」のところにリリースノートすら置いてない。
0685デフォルトの名無しさん
2009/11/22(日) 22:57:14gcc4採用するんだよ・・・
0686デフォルトの名無しさん
2009/11/23(月) 01:04:400687デフォルトの名無しさん
2009/11/23(月) 01:14:410688デフォルトの名無しさん
2009/11/23(月) 01:22:54TDM-MinGWはとうにgcc4.4.1なんだが・・・
0689デフォルトの名無しさん
2009/11/23(月) 05:09:42http://d.hatena.ne.jp/iasija/
0690684
2009/11/23(月) 07:36:00本家MinGWだってMinGW5.1.6に含まれていないだけで、gcc 4.4.0は単独で「current release」になってるよ。
TDM版については>>688の言うとおり。
長い話で悪かったが、そのことでずっと>>680とやりあってたんだ。
0691デフォルトの名無しさん
2009/11/23(月) 14:28:160692デフォルトの名無しさん
2009/11/25(水) 02:23:25usr\sbin\sendmailとvar\cron\tabs
アクセス許可云々と出てフォルダが削除できない
所有者が長ったらしい変な名前だったのでアクセス権を自分にしてもできない
コマンドプロンプトや強制削除ソフトとか使っても無理
（あと一つ同じようなフォルダがあったがなぜか削除できた）
どなたか知恵をおかしくだ足
0693デフォルトの名無しさん
2009/11/25(水) 04:19:25ulimit -a でみてもunlimitedになってるんだが・・・
0694デフォルトの名無しさん
2009/11/25(水) 15:23:07どこかのプロセスのカレントフォルダや
オープンしているファイルなどが、そこのフォルダにあると
消せないみたいだよ。
そこにアクセスしているプロセスを終了すればいいと思うけど、
たぶんわからないのだろうから、一回ログオフするか再起動すれば消えるはず。
0695デフォルトの名無しさん
2009/11/25(水) 15:44:01今までは日本語入出力の問題があってgcc3.4.2を使っていました
あるプログラムを-O3でコンパイルしてみると両方とも10分程度で終わるのですが
3.4.2のほうが20％ほど早くなりました
途中のlogと結果を見るとどちらも-O0の時と同じように動いているように見えます
実際にはこれからプログラムを書き直して10倍100倍の計算をさせたいと思っているのですが
書き方がよくなればTDMの方が早くなるようなものなのでしょうか？
0696デフォルトの名無しさん
2009/11/25(水) 18:58:143 と 4 はかなり根本から変わってしまってて、
最適化フェイズの構成からして違う。
どちらが速くなるかは実測するべし。
0697デフォルトの名無しさん
2009/11/25(水) 19:48:13レスありがとうございます
インストールがめんどくさいですが、
両方でコンパイルしてみて試して見ることにします
0698デフォルトの名無しさん
2009/11/26(木) 11:23:39環境変数を使い分ければいいだけの話でないの
0699デフォルトの名無しさん
2009/11/26(木) 22:59:58for(i=0;i<10;i++){
for(j=0;j<10;j++){
int a = i;
}
}
みたいなことをしたときに、２重ループ内のiが未初期化だったことがあったのでgcc3に落とした。
0700デフォルトの名無しさん
2009/11/26(木) 23:03:380701デフォルトの名無しさん
2009/11/26(木) 23:15:13そんなこと無いだろjk
おおかた中でiを新しく書いちゃったとかそんなレベルだろ？
0702697
2009/11/26(木) 23:30:39それが私は、MinGWよく知らないでgcc使っているもので。
最近は、cmd環境に行ってdoskey定義バッチ起動してディレクトリ移動するのが面倒くさくて
プログラムごとにこんなバッチ作ってウィンドウ環境で作業してます
g++ -o backend.exe backend.cpp 2>errout.txt
type errout.txt
pause
たまにgrepとdiffとか使うときはウィンドウ環境のものを使えばいいし、makeもこんな感じでやっています
したがって環境変数変えるのも結構面倒です
この場合は別のバッチ作っておいて環境変数変えるバッチをcallすればいい気もしますが
ぱっと見た感じLIBもINCLUDEも無いのでpathを変えるだけでいいのでしょうか？
msysがMinGWのディレクトリ聞いてくるのもmsys環境でマウントするディレクトリを変えてるだけならいいのですが
あまり高度なことはできないので
インストーラで別ディレクトリに2つインストールしておいてpathを変えるだけでいいのでしょうか？
頻繁にコンパイラ変えないならインストールし直した方が早い気もしますが
0703デフォルトの名無しさん
2009/11/26(木) 23:38:00これお前だろ
http://pc12.2ch.net/test/read.cgi/tech/1256645713/160
0704デフォルトの名無しさん
2009/11/26(木) 23:42:500705699
2009/11/27(金) 00:29:560706デフォルトの名無しさん
2009/11/27(金) 01:17:24Eclipse 3.4.2 / Pleiades All in One の C/C++(MinGW) を使ってるんだけど
ワークスペースに、「実行可能プロジェクト」（A.exe）と「共有ライブラリプロジェクト」（B.dll）を作って
A.exeのライブラリにB.dllをリンクして使いのだけど、実行もデバッグも出来ない。
だけど、A.exeと同じフォルダ（たとえばDebug）にB.dllをコピーすると、実行できたりデバッグ出来る。
VisualStudioみたいに、参照設定しただけじゃダメで、コピーまでする必要があるの？
面倒なんだけど、みなさんDLL作って、EXEから呼び出す時ってどうしてんの？
0707デフォルトの名無しさん
2009/11/27(金) 01:21:23：. ／ _ ___ ､＼
/ ／ i ＼ ＼＼ ：.
：. ,'./ i ヽ:. ヽ:.:.. ヽ.ヽ
,'/ / .ハ ヽ ヽ:.:.:.:. ヽ::.. ヽヽ ：.
：. |i .i i .i / ヽ ﾄ ､ ＼､:.:.:. ',:.',:.:.lヽ}
|i .i l :Ｎ＿, -弋 ＼弌弋ナ:}:.:}
：. |i∧ ', :{ ,ｨjモﾄ ＼ ｲjミﾄｲｲＶ ：. な…
.| :ﾒヽ.', `ozＺ} izN｡ﾊ::{ なんなんだよもん？
：. | :ヾ_! ゝ "ﾞﾞ ' ｀ﾞ ハ.:', ：. ここ、どこだよもん？
| :.:_ｲ .:.ヽ. (二ﾌ , ｲ :.:.:!:.ヽ なんであたし
：. / rｨｲ | :.:.ヽ: ＞r／｀＜ノ .:.::.}ヽ､＼：. 貼られたんだよもん？
/ ∧l;l ! :.:.:.:/／{二￣ .} ..:..::ﾘ//ハ.:＼
：. ／ .{. ',ヾ､ヽi .:.:.{ ／(^｀ |.:.:.:./／: : :.}: . ヽ.：.
/ / ） ヽ ヾ､ヽ:.ﾊ ﾔ{ ∧／.-‐'": : |:.:. i ',
./ .,ｲ .:..} : :＼ヾレ'ﾊ ∧__ノﾉﾊヾ､ : : : l:.:.: .ﾊ ',
{ /｜ .:.:ﾊ : : :i Ｙ {ヾ｀Ｙヽﾆン'ノ}: : } : : : :/:.:.:/ }:.}
Ｖ | .:.:/:.:|_,ｨ'￣ ヽ三{ ｀ー-ノ : ｲ : : :/:.:i.:{ リ
ヽ:.:{､.:.Ｖ : : ﾍ : : {: : :/:.::∧|
ヽ! ）人 : : :人 : : : / ＼! ：.
" ヽ : : : : :/イ{ :.ノ: : : :.＼ ：.
：. ＼__／//: :＼______／: : : : : : : ヽ
/ //: : :|;|: : : : : : i: : : __: : : : ',
：. / ､ {;{ |;| . : i／. : : : : : :|
／ ｀Ｙ;{. . . .|;|. : : : ／i: : : : : : : : :l
0708デフォルトの名無しさん
2009/11/27(金) 02:06:490709706
2009/11/27(金) 02:22:35実行構成の環境変数に入れたときは、実行できるんだけどデバッグできなかったから
Windowsの環境変数は試してない。
他にPATH追加するところあったっけ？
0710デフォルトの名無しさん
2009/11/27(金) 14:58:02とやると
undefined reference to `vtable for ...
とエラーが出ます。
調べたところ
virtual void hoge( void ) {};
としたらOKでした。
純粋仮想関数って使えないのでしょうか？
0711デフォルトの名無しさん
2009/11/27(金) 16:46:250712デフォルトの名無しさん
2009/11/27(金) 16:56:35いろいろやってるうちにコンパイルが通ってしまいまして
原因が分からずじまいでした。
スレ汚し失礼しました。
0713デフォルトの名無しさん
2009/11/27(金) 17:32:56You shall die.
0714デフォルトの名無しさん
2009/11/27(金) 17:40:02それ、殺害予告になってるよ
0715デフォルトの名無しさん
2009/11/27(金) 17:44:480716デフォルトの名無しさん
2009/11/27(金) 20:35:01shallは一人称の意志がこめられた未来の表現。
will と shall の使い分け
ttp://someya1.hp.infoseek.co.jp/G-will&shall.html
例：You shall be dismissed if you are late again.「こんど遅刻したら首だ」。
0717716
2009/11/27(金) 20:36:03逮捕されないんだから（＊いや、具体的に書いたらだめだろうけど）
そのくらいでは大丈夫だろうけどさ。
0718デフォルトの名無しさん
2009/11/27(金) 20:52:510719デフォルトの名無しさん
2009/11/27(金) 22:06:29こうなごは・・・ありゃダメじゃない？
まあ検察がどう考えるか次第だろうし
最終的にはその辺の判断は裁判してみないと分からないし。
0720デフォルトの名無しさん
2009/11/27(金) 23:00:55ttp://blog.livedoor.jp/dqnplus/archives/1148332.html
これか。
0721デフォルトの名無しさん
2009/11/28(土) 01:01:020722デフォルトの名無しさん
2009/11/28(土) 09:57:08まあ微妙なラインだよな。
「殺す」は明らかに殺人予告であり、厳密に考えたらダメだろう。
一方「死んでくれればいいのに」はOKだろう。だって本人の希望とか考えを
述べただけであり、それだけでは処罰の対象にはならないだろうな。
そして「死ね」は微妙なラインだと思う。
0723デフォルトの名無しさん
2009/11/28(土) 11:47:57小女子はともかく学校名書くから、関係者に迷惑がかかる
99%ネタだと分かってても何もしないと責任問題になるし
まあ、当時は似たような事件が多発してたから、見せしめの意味もあるだろうね
0724デフォルトの名無しさん
2009/11/28(土) 12:01:42殺人予告は殺人未遂とは全然意味が違うし
俺だって別に殺人未遂で逮捕されたとは申し上げていないよ。
残り3行は激しく同意。
0725デフォルトの名無しさん
2009/11/28(土) 13:01:210726デフォルトの名無しさん
2009/11/28(土) 19:31:160727デフォルトの名無しさん
2009/11/30(月) 11:15:540728デフォルトの名無しさん
2009/11/30(月) 14:44:28カスは死ねばいいのに
0729デフォルトの名無しさん
2009/11/30(月) 16:58:39（ ‘∀‘）＜ オマエガナー
（ ） ＼＿＿＿＿＿
｜ ｜ |
（_＿）＿）
0730デフォルトの名無しさん
2009/12/01(火) 22:15:59不便です。
0731デフォルトの名無しさん
2009/12/01(火) 22:39:37意味がわかりません。
何をすると何がどうなって
どう困るんですか？
本当はどうなって欲しかったんですか？
0732デフォルトの名無しさん
2009/12/01(火) 23:31:16ソースコードをUTF-8で書けば大丈夫なはずです。
SJISで書きたければ、コンパイラオプションに --input-charset=cp932 --exec-charset=cp932 を
つければ大丈夫ですが、これは本家MinGWだとgcc4系では機能しません。
TDM's MinGW 4.4.1なら大丈夫です。
0733デフォルトの名無しさん
2009/12/02(水) 00:49:22おお！表示されました！
諦めていたので助かりました。
>>731
通報しました。
0734デフォルトの名無しさん
2009/12/02(水) 18:33:33やさしい>>732がエスパーだったおかげで
無能なお前のレスを解釈してくれて良かったな。
通報？むしろしてくれ。
0735デフォルトの名無しさん
2009/12/02(水) 19:08:18プライドを傷つけられたからか？
こちらはただ質問の意味が日本語になってなくて分からないから
質問しただけなんだけど
0736デフォルトの名無しさん
2009/12/02(水) 19:19:08他ならともかくム板で!!
0737デフォルトの名無しさん
2009/12/03(木) 00:22:340738デフォルトの名無しさん
2009/12/03(木) 00:32:160739デフォルトの名無しさん
2009/12/03(木) 00:46:060740デフォルトの名無しさん
2009/12/03(木) 00:57:390741デフォルトの名無しさん
2009/12/03(木) 11:07:46コンピュータに自分の意図を伝えるプログラミングができるわけがない。
0742デフォルトの名無しさん
2009/12/03(木) 12:28:350743デフォルトの名無しさん
2009/12/03(木) 13:51:260744デフォルトの名無しさん
2009/12/03(木) 14:40:370745デフォルトの名無しさん
2009/12/03(木) 15:37:02意味がわかりません。
0746デフォルトの名無しさん
2009/12/03(木) 15:42:500748デフォルトの名無しさん
2009/12/03(木) 21:26:550749デフォルトの名無しさん
2009/12/03(木) 21:32:45実装は関係なくないか？
まさか直接いじりたい人？
0750デフォルトの名無しさん
2009/12/04(金) 05:30:550751デフォルトの名無しさん
2009/12/05(土) 12:17:30それだ
0752デフォルトの名無しさん
2009/12/09(水) 22:48:44一つのディレクトリにobjを入れたいんだが、ぜんぜんできない
0753デフォルトの名無しさん
2009/12/09(水) 23:10:140754デフォルトの名無しさん
2009/12/10(木) 17:19:000755デフォルトの名無しさん
2009/12/10(木) 22:06:27vpathは昨日はなぜか利かなかったのに今日は利きました！
結局objや最終ターゲット全てmake実行したところに作られて
理想には程遠いけどもうあきらめますたorZ。
0756デフォルトの名無しさん
2009/12/10(木) 23:46:38.........
0757デフォルトの名無しさん
2009/12/11(金) 01:02:39こうですか？わかりません！
0758デフォルトの名無しさん
2009/12/11(金) 02:01:15aho.cpp aho.h
boke
boke.cpp boke.h
obj
Makefile
aho.o: ../aho/aho.cpp ../aho/aho.h
boke.o: ../boke/boke.cpp ../boke/boke.h
0759デフォルトの名無しさん
2009/12/11(金) 09:06:04$(objd)/%.o: %.cpp
$(CC) -c &< -o $@
で出来る
0760デフォルトの名無しさん
2009/12/14(月) 03:40:180761デフォルトの名無しさん
2009/12/16(水) 22:27:07名前だけ見て判断すれば Autoconf で mingw32 について判定した結果のキャッシュ値だな。
0762デフォルトの名無しさん
2009/12/17(木) 09:56:52EclipseもNetbeansもうまくデバッグできないので
私の設定が不十分な可能性もあるので、調査中なのですが、
情報があれば教えて下さい。
0763デフォルトの名無しさん
2009/12/17(木) 10:10:090764デフォルトの名無しさん
2009/12/17(木) 11:26:16Code::Blocksでgdbでのデバッグもうまく行ってるよ。
http://www.codeblocks.org/
最新版に，NightlyBuild（現在の最新は5911）を上書きするとより安心。
http://forums.codeblocks.org/index.php/board,20.0.html
> 私の設定が不十分な可能性もあるので、調査中なのですが、
> 情報があれば教えて下さい。
まさかgdbインストールしてないとか言うオチじゃないよね？
0765デフォルトの名無しさん
2009/12/17(木) 12:16:11Qt Creator
日本語ﾃﾞﾊﾞｯｸﾞはできないけど。
0766デフォルトの名無しさん
2009/12/17(木) 12:49:400767デフォルトの名無しさん
2009/12/17(木) 13:55:04ありがとうございます。
Code::Blocksは候補にはいってましたが、未調査でした。
早速調査してみます。
0768デフォルトの名無しさん
2009/12/21(月) 18:44:540769デフォルトの名無しさん
2009/12/23(水) 19:05:010770デフォルトの名無しさん
2009/12/23(水) 23:33:45何の1.7.1？
0771770
2009/12/23(水) 23:34:55これか。
0772デフォルトの名無しさん
2009/12/23(水) 23:35:300773デフォルトの名無しさん
2009/12/24(木) 00:40:49これからまともに利用者が増えて
ノウハウもたまって安定するだろうか。
0774デフォルトの名無しさん
2009/12/24(木) 07:28:060775デフォルトの名無しさん
2009/12/24(木) 15:43:420776デフォルトの名無しさん
2009/12/24(木) 16:46:550777デフォルトの名無しさん
2009/12/24(木) 17:04:08まさかVC++でgccで作ったｄｌlを利用しようなんてことじゃ．．．
0779デフォルトの名無しさん
2009/12/24(木) 18:20:190780デフォルトの名無しさん
2009/12/24(木) 18:21:480781デフォルトの名無しさん
2009/12/24(木) 18:23:110782デフォルトの名無しさん
2009/12/24(木) 19:22:060783デフォルトの名無しさん
2009/12/26(土) 10:49:370784デフォルトの名無しさん
2009/12/27(日) 15:54:59ビルド自体は問題なく終了したのですが、ffmpeg.exeを
Windowsのコマンドプロンプトで実行する際、日本語ファイルを引数として渡すと
日本語が化けてしまいます。
MSYS環境でビルドした際は特に問題がなかったので、Cygwinの環境設定で
何か行ってやる必要があるかと思うのですが、
どのような設定を行えばよいでしょうか。
0785デフォルトの名無しさん
2009/12/28(月) 18:07:12このスレでcharsetを検索せよ。
0786デフォルトの名無しさん
2010/01/02(土) 15:11:38iniやらgzが勝手にDLされたがどうするのこれ
0787デフォルトの名無しさん
2010/01/02(土) 19:27:110788デフォルトの名無しさん
2010/01/02(土) 22:24:53・・・なのかね。dllを共有しない分でかくなるような気がするけど
0789デフォルトの名無しさん
2010/01/04(月) 21:19:35ttp://www.sixnine.net/cygwin/translation/mingw-doc/mingwfaq.html
ここに
> MinGW とは何ですか?
> （中略）
> MinGW は Windows オペレーティングシステムと共に配布されている
> Microsoft のランタイムライブラリを利用します。
> Windows に対して移植された他の GCC とは異なり、
> このランタイムライブラリは
> GNU 一般公有使用許諾契約書の元では配布されていません。
> 従って、あなたのプログラムと共にあなたのソースコードも配布する必要はありません。
> 勿論、あなたのプログラムが GPL のライブラリを利用していない限りですが…
ってのがあるんですが、これは、
MinGW上で
PublicDomainのライブラリX
標準Cライブラリ
標準C++ライブラリ
を使って全部staticリンクしてクローズドソースな実行ファイル.exeを一般に配布する
ということは可能だと解釈してよろしいですか？
0790デフォルトの名無しさん
2010/01/04(月) 22:49:24実際にどうなのかというと、知らない。
0791デフォルトの名無しさん
2010/01/04(月) 23:04:00標準Cライブラリのstaticリンクは無理な筈だな
mingwはMSのCランタイムDLLとリンクするから
0792789
2010/01/04(月) 23:28:45> mingwはMSのCランタイムDLLとリンクするから
これって、
> MinGW は Windows オペレーティングシステムと共に配布されている
> Microsoft のランタイムライブラリを利用します。
> Windows に対して移植された他の GCC とは異なり、
> このランタイムライブラリは
> GNU 一般公有使用許諾契約書の元では配布されていません。
> 従って、あなたのプログラムと共にあなたのソースコードも配布する必要はありません。
ここにある記載とは別の事柄でしょうか？？
0793デフォルトの名無しさん
2010/01/04(月) 23:58:17いや同じだよ
ただ、「Windowsとともに配布されているMicrosoftのランタイムライブラリ」
はDLLであって、staticリンクライブラリではないので
staticリンクはできないよ
0794デフォルトの名無しさん
2010/01/05(火) 01:30:18http://mingwacr.sourceforge.net/
そういえばこんなのもあったよね。
完全に頓挫してるっぽいけど。
0795789
2010/01/05(火) 06:36:04ありがとうございます。
確かに
「ライセンスうんぬんの前にそもそもstaticリンクが無理だよ」
ということですね。
標準C++ライブラリに関しましてはいかがでしょうか？
0796デフォルトの名無しさん
2010/01/05(火) 10:29:40C++の場合は、MicrosoftのC++ランタイムではなくGNUの実装が
staticに埋め込まれるようだね
C++の場合はname manglingなどABIまわりの仕様がMSVCとGCCで
互換性が無いから当たり前だが
つまり、ライセンスとしてはGNU C++標準ライブラリをstaticリンクした
場合のケースに従うことになる
0797デフォルトの名無しさん
2010/01/05(火) 10:34:03C++の場合も、MSの「Cの」ランタイムDLLはダイナミックリンクされるよ
「C++専用の」ライブラリに関して、MS実装が使われないということね
0798デフォルトの名無しさん
2010/01/05(火) 13:49:360799>795
2010/01/05(火) 21:27:51ありがとうございます。
> ライセンスとしてはGNU C++標準ライブラリを
> staticリンクした場合のケース
は、いったいどんなことになるのですか？
>>798
GCC Runtime Library ExceptionはGNU C++標準ライブラリにも適用されていますか？
TDMビルドのMinGWを使っているのですが、
COPYING
COPYING.LIB
COPYING.lib-gcc-tdm.txt
COPYING-gcc-tdm.txt
の中からいったいどれが標準C++ライブラリのライセンスなのか
分からないのです。
0800デフォルトの名無しさん
2010/01/05(火) 21:55:54ttp://gcc.gnu.org/onlinedocs/libstdc++/faq.html
ここを読むとよいぞ
簡単に言うと、GNU C++標準ライブラリ自体のライセンスはGPLだが、
>>798の例外事項によって、プロプライエタリなソフトウェアも
自由にそれを使っていいことになっているようだね
つまりgccを使ってlibstdc++とリンクしてもGPL汚染されないってこった
0801デフォルトの名無しさん
2010/01/05(火) 22:03:230802デフォルトの名無しさん
2010/01/05(火) 22:07:47丁寧にありがとうございます。
拝見します。
>>801
左様ですか？
0803デフォルトの名無しさん
2010/01/05(火) 22:30:240804デフォルトの名無しさん
2010/01/06(水) 20:15:13読みました。
ttp://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.license
の、特に2.4が決定的ですね。
ありがとうございました。
0805デフォルトの名無しさん
2010/01/07(木) 10:13:360806デフォルトの名無しさん
2010/01/07(木) 15:20:49まともな方法だと
http://msdn.microsoft.com/ja-jp/library/cc429248.aspx
http://www.hiramine.com/programming/windows/getperformance.html
0807デフォルトの名無しさん
2010/01/10(日) 13:19:22Cでプログラミングしているのだけど、簡単にCPU使用率を取得する方法はありませんか？
0808デフォルトの名無しさん
2010/01/10(日) 13:24:000809デフォルトの名無しさん
2010/01/10(日) 13:56:450810デフォルトの名無しさん
2010/01/10(日) 14:20:11ない。
0811デフォルトの名無しさん
2010/01/10(日) 14:22:370812デフォルトの名無しさん
2010/01/10(日) 15:10:40Cygwinのsetup.exeからbisonをチェックして再インストールをすると
エラーが出ます。内容↓
プロシージャエントリポイント_ctype_ptr_がダイナミックリンクライブラリcygwin1.dllから見つかりませんでした。
ttp://www1.axfc.net/uploader/Sc/so/72110.jpg
cygwinインストールの手順は
ttp://www2.ktokai-u.ac.jp/~kfuji/cygwin/cygwin.htm
のサイトに書いてあるのと同じです。
エラーの原因と解決方法が分かる方がいれば教えて下さい。
0813デフォルトの名無しさん
2010/01/10(日) 15:14:44その原因となると再現条件がわからんから
なんとも言えんけど、
bison をソースからビルドするのが最もてっとりばやい方法だと思う。
0814デフォルトの名無しさん
2010/01/10(日) 15:25:39ソースからビルドのやり方がわからないけど、
普通にcygwinを起動しても同じエラーメッセージ出すようになったので、
cygwin1.dllを入れなおす方向でやってみます。
ちょっと出かけるので分からないことがあったら聞きに来ます。
0815806
2010/01/10(日) 23:05:42なんだかなぁ・・
0816デフォルトの名無しさん
2010/01/10(日) 23:10:46入れなおすなら丸ごと1.7にした方が良い希ガス
0817デフォルトの名無しさん
2010/01/10(日) 23:28:12アンインストールが出来ないから手動で削除しようとしたらアクセスできません、
とかで削除すらできなかった。
火曜日に間に合えばいいのでとりあえずノートPCに入ってるcygwin触ってみたら
bisonのコマンドは使えた・・・のですが、指定ディレクトリが何処か分かりません。
lsって入れたら一応中に入ってるものは分かったんですが、その場所が分かりませんでした。
どうやって確認すればいいんでしょうか？
0818デフォルトの名無しさん
2010/01/10(日) 23:41:170819デフォルトの名無しさん
2010/01/12(火) 18:06:59としたら拡張子が.aじゃなくて.libになるんですがこれは仕様なんでしょうか。
それとも何か間違っていますか？拡張子を.aに直したら動いているようですが。
0820デフォルトの名無しさん
2010/01/12(火) 22:12:33># On windows (mingw):
># libxxx.lib static library
># xxx.dll DLL
># xxx.lib import library
と書いてあるから仕様だと思われ。
0821デフォルトの名無しさん
2010/01/13(水) 03:26:28確か、それで出来たlibはVC++からも利用できるはず
0822デフォルトの名無しさん
2010/01/13(水) 23:22:40GCCでライブラリにリンクする方法ありますか？
wrapper書くしかないのかな。
0823デフォルトの名無しさん
2010/01/14(木) 00:18:130824デフォルトの名無しさん
2010/01/14(木) 00:50:48ありがとうございます。
libもリンクできるとのことですがaにしないとMKVToolnixのconfigureが通りません。
これはconfigureがlibを想定していないとかそういうことでしょうか。
0825デフォルトの名無しさん
2010/01/14(木) 04:10:430826デフォルトの名無しさん
2010/01/14(木) 23:44:22どうすれば・・・
0827デフォルトの名無しさん
2010/01/14(木) 23:53:39リアルバックドアだったりして。。。
0829デフォルトの名無しさん
2010/01/15(金) 07:09:19ウイルスセキュリティってのはあのソースネクスト株式会社の？
とりあえず
窓の杜 - 【NEWS】オープンソースのウイルス対策ソフト「ClamWin Antivirus」v0.22
ttp://www.forest.impress.co.jp/article/2004/04/12/clamwin.html
これでもう一度スキャンしてみるとか、
あるいは別のところが公開しているインストーラに乗り換えて
ウイルスセキュリティが反応するかどうか見るとか。
0830デフォルトの名無しさん
2010/01/15(金) 20:26:32実行ファイル形式のパッチはねこそぎマルウェア扱いになったり。
特定の API を使ってるものや、コードセクションを書換える種類のものもかなりの確率で
マルウェア扱いになるよ。
0831デフォルトの名無しさん
2010/01/15(金) 22:05:32コンパイラ・リンカ全部アウトじゃんw
0832デフォルトの名無しさん
2010/01/15(金) 22:49:040833826
2010/01/15(金) 23:22:37あのソースネクストのウイルスセキュリティZEROです
0834デフォルトの名無しさん
2010/01/16(土) 08:42:020835デフォルトの名無しさん
2010/01/16(土) 11:51:04お前だれだよw
0836デフォルトの名無しさん
2010/01/16(土) 21:17:03cannnot find -lpthreadとエラーが出るんだが
0837デフォルトの名無しさん
2010/01/16(土) 21:25:350838デフォルトの名無しさん
2010/01/16(土) 21:35:12>>372
0839デフォルトの名無しさん
2010/01/16(土) 21:42:55それは pthread ライブラリをリンクするオプション。
pthread は主要な環境に対応したマルチスレッドライブラリだが、windows 自身は pthread 互換層をもっていない。
必要ならこれ ↓ を入れればいい。
http://sourceware.org/pthreads-win32/
windows のマルチスレッド API を覆って pthread 互換にしているので、
Windows のみで使うことを前提にするなら直接 Windows API を呼んだほうが融通が効いてよいと思う。
マルチスレッドは色々と複雑な理屈があるので、
他のライブラリと組み合わせるときにはそれがスレッドセーフかどうかとかちゃんと意識すること。
もちろん自分が書く部分もかなり意識しないと結構躓く。
0840デフォルトの名無しさん
2010/01/16(土) 21:55:450841デフォルトの名無しさん
2010/01/16(土) 23:56:18>>732にもあるよ
0842デフォルトの名無しさん
2010/01/17(日) 18:35:33X11って何？
7.0.xまではできたのに
0843デフォルトの名無しさん
2010/01/17(日) 21:32:36http://ja.wikipedia.org/wiki/X_Window_System
0844デフォルトの名無しさん
2010/01/18(月) 14:07:29なーんてね・・・。
MinGW Distro（http://nuwen.net/mingw.html）を使ってるけど
5.0はなんか変だなぁ。
ビルドした後にファイルの容量が異常に増える。欠陥品？
0846デフォルトの名無しさん
2010/01/19(火) 00:10:13消すのも嫌なので書き残してみるテスト
ちなみに、リンカにも同じオプション渡してclean、リビルドで通った
Dev C++4.9.9.2(MinGW runtime 3.14)をwin2kで使ってるんだけど、
配列の上限ってある？
これから変数一つでも増やすと落ちるんだ
longがcharのちょうど1/4な辺り、メモリ絡みかと思うんだけど、
-Wl,--stack,10485760 (10MB)をCとC++コンパイラにオプション渡してスタック領域広げても落ちるからどうしようかと
#include <cstdlib>
#include <iostream>
using namespace std;
int main(int argc, char *argv[])
{
// unsigned char buf[2080448];
long lbuf[520112];
// short i;
system("PAUSE");
return EXIT_SUCCESS;
}
0847デフォルトの名無しさん
2010/01/19(火) 00:52:13> ちなみに、リンカにも同じオプション渡してclean、リビルドで通った
そりゃー、-Wl,xxx ってリンカに渡すオプションだもの。リンカを起動
しないコンパイルフェイズのみのときに指定しても意味ない。
0848デフォルトの名無しさん
2010/01/19(火) 12:56:46デバッグ情報ではないの？
古いバージョン試してもダメ。
http://zziplib.sf.net/
>>848
デバッグ情報でした；
ビルドした後、
strip *.dll
strip *.exe
で削れました。
0850デフォルトの名無しさん
2010/01/21(木) 19:47:20デバッグ情報が最初から要らないならコンパイル時に -s オプション付けれ
0851デフォルトの名無しさん
2010/01/31(日) 05:18:16ウチから繋がらないだけかね。
0852デフォルトの名無しさん
2010/02/01(月) 13:51:170853デフォルトの名無しさん
2010/02/01(月) 13:53:420854デフォルトの名無しさん
2010/02/01(月) 23:07:00俺もTDM使っているんだけど、最新のgccがバンドルされないのはどうしてですかいな？
待ち遠しいんだけど。
別に最新の機能を使う訳じゃ無いにせよ、さ。
0855デフォルトの名無しさん
2010/02/01(月) 23:20:59TDMは4.4.1だけど本家は4.4.0。ちなみに本家MinGWの5.1.6というのはgccのバージョンでは
ないよ。
Linuxだってgccのバージョンはディストリビューションによってまちまち。
さほど気にすることでもないと思うが。
0856デフォルトの名無しさん
2010/02/01(月) 23:31:15gccの最新版は4.4.3だが、
本家MinGWで採用されているgccは4.4.0で、
TDMで採用されているgccは4.4.1なのね。
0857デフォルトの名無しさん
2010/02/01(月) 23:45:140858デフォルトの名無しさん
2010/02/02(火) 00:36:04それぞれの環境ごとにある程度使い込んで検証しないと安心して使えない。
それぞれの環境で公式に追従しているバージョンを使うのが最も安全。
違うバージョンの gcc でビルドしたライブラリが混在すると非常に稀ではあるが変なことになったりもするので、
gcc だけ安定していてもそれだけじゃダメなこともある。
0859デフォルトの名無しさん
2010/02/02(火) 15:51:120860デフォルトの名無しさん
2010/02/02(火) 23:17:08例のちょっとエラの張った感じのオネエチャンの写真が出てくるな。
SourceForgeの方は生きてて、MSYSが2010-01-28に更新されてるんだが．．．
0861デフォルトの名無しさん
2010/02/03(水) 05:49:46mingw.orgをwhoisで見ると
Created On:30-Jan-2000 01:56:24 UTC
Last Updated On:31-Jan-2010 01:22:57 UTC
てなってるから2000年1月30日に取得してから今まで更新してたけど
今回更新を忘れたから期限の翌日に潰されたって感じで
0862デフォルトの名無しさん
2010/02/03(水) 06:16:17sourceforgeのMLでちょっと話がでてるけどまだ反応が少ない
http://sourceforge.net/mailarchive/message.php?msg_name=201002021317.59904.keithmarshall%40users.sourceforge.net
この人（一応開発者の一人っぽい？）はとりあえず
mingw.sourceforge.netに移そうかって言ってる
Mumit Khanにも連絡したけど返事はない状況みたいで
mingw.sourceforge.netは現状mingw.orgに転送されてるし
そこらへんのメンテナのEarnie Boydもまだ顔を出してないっぽいから
なんか事態に対して全然動けてないみたい
0863デフォルトの名無しさん
2010/02/04(木) 09:42:170864デフォルトの名無しさん
2010/02/04(木) 10:58:54ドメイン管理をEarnie Boydに引き継いでいたらしい
更新の通知が来た時もEarnieに言ったんだけど音沙汰なしだったと
んで費用を出してくれるなら協力はするけど…って言ってたけど
結局誰がどのように解決したのかは不明
0865デフォルトの名無しさん
2010/02/04(木) 18:13:03その程度の費用も出せないの？
もうそれならsourceforgeでいいじゃんって話だわな
0866デフォルトの名無しさん
2010/02/05(金) 05:33:42すげーじゃん
0867デフォルトの名無しさん
2010/02/05(金) 18:24:150868デフォルトの名無しさん
2010/02/06(土) 10:10:33GDB6.3.2をインストーラを使用してインストールしたのですが
7.0.1へのアップデートはどのように行えばいいのか教えてください
0869デフォルトの名無しさん
2010/02/06(土) 11:24:12つっかえてるところはどこ？
0870デフォルトの名無しさん
2010/02/06(土) 11:30:540871868
2010/02/06(土) 13:08:09返信ありがとうございます
そもそも7.0.1のバイナリをどうしたらいいのが分かりません
上書きもだめでしたし・・
C言語を勉強するためにMigGW+Eclipseで環境を作ってる最中で
どうせ最新モジュールがあるならアップデートしようとしたものの
全くわからずにお聞きした次第です
0872デフォルトの名無しさん
2010/02/06(土) 14:45:51だからその「だめでした」のはどういうことか書けっての。
どう駄目だったんだ？ 勉強がどうとかどうでもいいよ。
まず必要なことが日本語で書けるようになれよ。
0873デフォルトの名無しさん
2010/02/06(土) 15:18:55だめでした
それだけで分かると思うてか！
0874デフォルトの名無しさん
2010/02/06(土) 17:32:080875デフォルトの名無しさん
2010/02/06(土) 23:47:070876デフォルトの名無しさん
2010/02/07(日) 00:02:590877デフォルトの名無しさん
2010/02/07(日) 03:43:02MinGWをC:/windows/Program Files/System32/Eclipse/gcc/4.4.0/mingw/にインストールしたとして
SourceForgeから落としてきたgdb-7.0.1-mingw32-mingw64-bin.src.mingw.eclipse.tar.gzを展開して生成されたbinフォルダとshareディレクトリを
C:/windows/Program Files/System32/Eclipse/gcc/4.4.0/mingw/にカット＆ペーストすれば
まぁ十中ハック動くと思うけどな
0878デフォルトの名無しさん
2010/02/07(日) 09:44:03って危険が危ないッ…再インストールみたいな事例が
起こり得そうだから
ｃ:\直下辺りに入れるほうがいいと思うんだ・・・
0879デフォルトの名無しさん
2010/02/07(日) 10:06:090880デフォルトの名無しさん
2010/02/07(日) 11:34:02/usr/local/bin
/usr/bin/
gcc/4.4.0/mingw/ のあとに仮想的な環境がぶら下がるし
C:/windows/Program Files/System32/gcc/4.4.0/mingw/usr/bin 下の
云々を云々してとか、堪らんですorz
c:/Users/ユーザー名/System32/gcc/4.4.0/mingw/ ならまだ納得できるけれども・・・
0881デフォルトの名無しさん
2010/02/08(月) 00:31:22mingw-5.1.6.exeでインストールしたなら大抵はc:/mingw/になると思うよ
0882デフォルトの名無しさん
2010/02/10(水) 22:33:12日本語が扱えないのですが解決策はありますか？
0883デフォルトの名無しさん
2010/02/10(水) 22:42:460884デフォルトの名無しさん
2010/02/10(水) 22:45:21>>883が全て。
0885デフォルトの名無しさん
2010/02/11(木) 01:00:15#include<stdio.h>
main() {
printf("こんにちは");
}
をコンパイルすると
コンパイルは出来るけど
画面に何も表示されないんです。
アルファベットだと大丈夫なんですけどね。
0886デフォルトの名無しさん
2010/02/11(木) 01:53:09出力したいエンコードは？
0887デフォルトの名無しさん
2010/02/11(木) 08:20:290888デフォルトの名無しさん
2010/02/11(木) 09:36:14>>372>>484
0889デフォルトの名無しさん
2010/02/11(木) 10:53:00表示しないで終了してるのかw
0890デフォルトの名無しさん
2010/02/11(木) 11:02:140891デフォルトの名無しさん
2010/02/11(木) 11:06:030892デフォルトの名無しさん
2010/02/11(木) 11:25:10ふぅ。何度も同じこと書いてるんだがw
本家MinGWだとlibiconvが抜けてるからそのコンパイルオプションは使えない。
TDM版MinGWを使えばOK。
もう一つの選択肢は，ソースコードをUTF-8で書くこと。
0893デフォルトの名無しさん
2010/02/17(水) 09:08:57今日違うマシンに1.7.1をインストールしたら>>885と同じ症状になった。
日本語がprintfとかで出力できない。日本語が\0に置き換わったかのような挙動。
ソースはUTF-8だろうとSJISだろうと症状は変わらず。
0894デフォルトの名無しさん
2010/02/17(水) 09:34:41Cygwin のやつなら >>484 が効くだろ。
input をソースのエンコーディングに合わせて、 exec を LANG の設定に合わせれば
いけるはず。
0895デフォルトの名無しさん
2010/02/17(水) 12:38:490896デフォルトの名無しさん
2010/02/17(水) 13:37:260897デフォルトの名無しさん
2010/02/17(水) 19:23:080898デフォルトの名無しさん
2010/02/18(木) 08:43:31ロケールが多いから仕方ない
0899デフォルトの名無しさん
2010/02/18(木) 10:10:280900デフォルトの名無しさん
2010/02/18(木) 12:20:280901デフォルトの名無しさん
2010/02/18(木) 19:47:32全否定するなよ。
まあ今みたいに日本語出力する場合は・・・
環境に合わせろとしか言えんが。
0902デフォルトの名無しさん
2010/02/19(金) 06:37:520903デフォルトの名無しさん
2010/02/21(日) 14:27:11変化についていけない人がいるだけでしょ
0904デフォルトの名無しさん
2010/02/21(日) 16:07:25頭の良いやつはちゃんと対応できる。
すばらしいことじゃないか。
0905デフォルトの名無しさん
2010/02/21(日) 17:07:430906デフォルトの名無しさん
2010/02/24(水) 18:28:50今はマニュアルｲﾝｽﾄが推奨かあ。別にそう手間じゃないもんなあ。
ははは。
3時間前の俺のバーカバーカ
復元ポイントとらなかった俺のバーカ
死のう
0907デフォルトの名無しさん
2010/02/24(水) 21:48:32たががマニュアルインストールくらいで手間を感じるような
お前さんがMinGW使ってもろくな事にならない。
0908デフォルトの名無しさん
2010/02/24(水) 23:00:43TDM/MinGW Installer
TDM's GCC/mingw32 Builds
ttp://www.tdragon.net/recentgcc/
じゃご不満？
0909デフォルトの名無しさん
2010/02/25(木) 02:43:28>>908
TDM版の方がいいよー
オフラインインストーラーだから過去Ver手軽に置いておけるし
-finput-charset=cp932 -fexec-charset=cp932そのまま使えるし
0910デフォルトの名無しさん
2010/02/25(木) 12:28:10復元ポイントが必要なほどシステムに食い込んでないと思うが。
0912デフォルトの名無しさん
2010/02/25(木) 12:51:220913デフォルトの名無しさん
2010/02/25(木) 13:01:29レジストリ
0914デフォルトの名無しさん
2010/02/26(金) 02:01:17何をいってるんだ君わ
0915デフォルトの名無しさん
2010/02/26(金) 05:44:56レジストリ使わないのか。しらんかった。
0916デフォルトの名無しさん
2010/02/26(金) 08:31:080917デフォルトの名無しさん
2010/02/26(金) 11:55:54レジストリ怖い怖いと思っていた時期が
俺にもありました。
でも未だに理屈がわからん。
0918デフォルトの名無しさん
2010/02/26(金) 12:56:300919デフォルトの名無しさん
2010/02/26(金) 20:05:21Cygwinは使うのに、
MinGWは使わないのか。
へー。
0920デフォルトの名無しさん
2010/02/26(金) 23:47:03ディレクトリ構成が決まってるから
自分自身の存在するディレクトリとコンパイルオプションが分かれば>>918のように決定出来る
・・・だよね？
0921デフォルトの名無しさん
2010/02/27(土) 05:14:07コンパイラがGetModuleFileName関数で得たパスから決め打ちでアクセスする感じかと。
0922デフォルトの名無しさん
2010/02/27(土) 19:14:51オリジナルのgccからしてそうだ。
0923デフォルトの名無しさん
2010/03/04(木) 06:33:45何をいってるんだ君わ
http://mingw-cross-env.nongnu.org/
しかし、TDM以外にも結構MinGWって亜種が多いようで・・・
http://komisar.gin.by/mingw/
http://msys-cn.googlecode.com/
http://mamedev.org/tools/
http://nuwen.net/mingw.html ※TDM dwarfベース
http://mingw-w64.sourceforge.net/
0925デフォルトの名無しさん
2010/03/05(金) 09:50:28nuwen.netがすごくキレイにまとまってるようで興味あるなあ
0926デフォルトの名無しさん
2010/03/05(金) 10:37:380927デフォルトの名無しさん
2010/03/05(金) 13:23:00http://www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64.html
0928デフォルトの名無しさん
2010/03/06(土) 13:56:51ビルドオプションか何かで設定するんじゃなかった？
0929デフォルトの名無しさん
2010/03/08(月) 22:09:12おそロシア
今までそれ使っていたけど、DLLがすべて動的リンク・・・。
ちなみに、自分はmingw-cross-env＋komisarで環境作ってます。
http://cid-367e73e8cc6137b0.skydrive.live.com/self.aspx/Development%20Tools/Logue%20Pack/MinGW%5E_Logue%5E_pack%5E_20100228.7z
入っているもの：
w32api version 3.14.0
gmp-4.3.1
mpfr-2.4.1
ppl-0.10.2
cloog-ppl-0.15.4
mpc-0.7
GNU Binutils 2.20.51.20100124
gcc version 4.4.3 (x86.core2.Komisar) (GCC)
zlib-1.2.3
bzip2-1.0.5
pthreads 2.9.0.0 GC-static
＋
boost-1.4.2, flac-1.2.1, freetype-2.3.12, glew-1.5.2, jpeg-8, iconv-1.13.1（const改造済み）,libmad-0.15.1b, libmikmod-3.2.0,
libpng-1.4.1, libsndfile-1.0.21, libogg-1.1.4, SDL-1.2.14, SDL_image-1.2.10, SDL_mixer-1.2.11（難あり）, SDL_net-1.2.7,
SDL_ttf-2.0.9, smpeg-0.4.5svn389改, speex-1.2rc1, sqlite-amalgamation-3.6.22, libvorbis-1.2.3, zziplib-0.13.58
0931デフォルトの名無しさん
2010/03/09(火) 17:17:04自力で環境構築できるまで頑張ってみる、つもり
0932デフォルトの名無しさん
2010/03/09(火) 22:14:420933デフォルトの名無しさん
2010/03/09(火) 22:47:1432bit用は-m32でコンパイルできるんじゃないの？
0934デフォルトの名無しさん
2010/03/10(水) 14:47:48TDM'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
0935デフォルトの名無しさん
2010/03/10(水) 17:28:050936デフォルトの名無しさん
2010/03/10(水) 17:45:140937デフォルトの名無しさん
2010/03/10(水) 20:46:040938デフォルトの名無しさん
2010/03/10(水) 23:40:580939デフォルトの名無しさん
2010/03/11(木) 00:55:280940デフォルトの名無しさん
2010/03/11(木) 13:38:57Qt で QObject::tr とか m18n で書いておけばいいよね
0941デフォルトの名無しさん
2010/03/13(土) 10:58:43文字化けするコメントほどうざいものはない
0942デフォルトの名無しさん
2010/03/13(土) 11:10:41> コメントこそ英語でいいよ
いやそれはおかしい
英語のコメントとか、どうせコーダの英語力なんてたかがしれているのだから
やめるべき。
0943デフォルトの名無しさん
2010/03/13(土) 13:39:170944デフォルトの名無しさん
2010/03/13(土) 15:23:11> 文字化けするコメントほどうざいものはない
おおげさだな。
コメントなら文字化けしても大して問題ないだろう。
バカが書いた英語風の謎言語コメントもウザイだろう。
0945デフォルトの名無しさん
2010/03/15(月) 08:58:570946デフォルトの名無しさん
2010/03/15(月) 09:17:344.5.0はやくビルドしろって
0947デフォルトの名無しさん
2010/03/15(月) 10:55:16優先しているのでは？
0948デフォルトの名無しさん
2010/03/15(月) 13:15:35みんなkomisarに乗り換えちゃったよ
0949デフォルトの名無しさん
2010/03/15(月) 13:19:360950デフォルトの名無しさん
2010/03/15(月) 13:47:27TDMのgccが、ですか？
本家に問題があるようなので乗り換えようと思ってたのですがこっちも問題ありですか…
0951デフォルトの名無しさん
2010/03/15(月) 20:23:28TDMというよりgcc自体にってことじゃない？
0952デフォルトの名無しさん
2010/03/15(月) 21:13:59でもTDMは4.4.2を出さないのでkomisarに替えた
バグフィックスも大量にあったのに更新もせずアナウンスもなしだから、
もはや終了ととらえてもいいのかもしれない
0953デフォルトの名無しさん
2010/03/15(月) 21:23:270954デフォルトの名無しさん
2010/03/15(月) 22:54:44別にそんなに悲しくはないよな。
>>934の中では何がいいってか何が違うの？？
Komisar Mingwが一番人気なのかもしれんけど
ライセンス的に人気なの？
0955デフォルトの名無しさん
2010/03/15(月) 23:18:520956デフォルトの名無しさん
2010/03/15(月) 23:23:050957デフォルトの名無しさん
2010/03/16(火) 00:13:20http://sourceforge.net/projects/mingw-w64/files/
0958デフォルトの名無しさん
2010/03/16(火) 07:25:53い。cygstart をつかって、ファイルサーバ上にある、エクセルファイルを開
こうとしていますが、ファイルが見つからないと
エラーがでます。そのエラーにパスが表記してあり以下の文字列を先頭につけ
ています。
\\?\unc
ワードは、エラーはでないがやはり開けず、新規ファイルを開いた上体にな
る。ローカルマシンのファイルはエクセルでも問題なく開けるし、フォルダな
どはサーバ上でも exploreで普通に開いてくれます。
これは、エクセルが UNC に対応してないということだと思いますが、何か回
避の方法がありましら教えてください。
0959デフォルトの名無しさん
2010/03/16(火) 07:39:250960デフォルトの名無しさん
2010/03/16(火) 08:37:39mingw-w64はmingwとは別プロジェクト。中の人も別。
経緯は知らないけどあまり仲は良くなさそな気がする
0961デフォルトの名無しさん
2010/03/16(火) 08:50:550962デフォルトの名無しさん
2010/03/16(火) 08:52:150963958
2010/03/16(火) 10:23:32もう少し詳しく書くと、以下のようなパスを持ってきて、cygstart に渡して
います。(この段階ですでに、UNC 表記になってる)
\\servername\path\foobar.xls
これが、ファイルが見つかりませんと表示されるメッセージボックスには、以
下のように表示されます。
\\?\unc\servername\path\foobar.xls
なので cygstartに渡されたあとに、UNC 表記に変換されてエクセルに渡され
ているようです。以前のバージョンでは、これで問題なく開いてくれました。
（以前のバージョンは 1.7 であることは間違いありませんが、いくつだった
か覚えてません）
cygstart にこの表記をしないでエクセルに渡すような、引数はないようでし
た。
0964デフォルトの名無しさん
2010/03/16(火) 10:37:180965デフォルトの名無しさん
2010/03/16(火) 13:11:35ちょっとだけ試してみた。
(581) cygstart --verbose //hostname/dirname
ShellExecute(NULL, "(null)", "\\?\UNC\hostname\dirname", "(null)", "(null)", 1)
Unable to start '\\?\UNC\hostname\dirname': The specified path was not found.
(582) cygstart --verbose //hostname/dirname/tmp/
ShellExecute(NULL, "(null)", "\\?\UNC\hostname\dirname\tmp", "(null)", "(null)",
手元の環境では1つ目のフォルダは開けないけど2つめのは開けた。
ファイルの場合も同じで開けるパスと開くのに失敗するパスがある。
*.xls でも *.xlsx でも *.doc でも *.docx でも開けるファイルと
開けないファイルがある。 条件はよくわからん。
試した環境は Windows 7 64bit + Office 2007 です。
0966デフォルトの名無しさん
2010/03/16(火) 17:05:39ここはCygwinでの開発に関するスレってことになってるので（似たようなもんかもしれんが）次からはそっちで頼む
http://pc12.2ch.net/test/read.cgi/unix/1268282846/
0967デフォルトの名無しさん
2010/03/18(木) 02:05:35http://doom10.org/index.php?topic=26.0
0968デフォルトの名無しさん
2010/03/18(木) 08:05:30http://sourceforge.net/projects/mingw/files/MinGW%20Proposed/gcc-4.5.0_20100311-1/
それにしても、なんで公式は、安定版の4.4.3をスルーしたんだろう？
0969デフォルトの名無しさん
2010/03/18(木) 09:36:330970デフォルトの名無しさん
2010/03/19(金) 22:35:01http://file.logue.be/dl/f/AwnFXj4p87
0971デフォルトの名無しさん
2010/03/21(日) 01:22:20Cross-Mingw.GCC 4.5.0 - x86/x64 - Experimental Release (20100320_0024) with pthreads 2.9.0.0 static
が出てた。
http://www.xvidvideo.ru/2009-10-22-10-49-14/cat_view/28-cross-mingwgcc-x86x64/160-cross-mingwgcc-45-x86x64.html
0972デフォルトの名無しさん
2010/03/21(日) 12:13:260973デフォルトの名無しさん
2010/03/21(日) 12:20:080974972
2010/03/21(日) 12:30:36いつも TDM mingw32 をありがたく使用させていただいております。
この度、g++がversion 4.5.0となり、TDM mingw32 もそれに追従して
バージョンアップしていただけませんでしょうか。
待ち遠しくてなりません。
どうかよろしくお願い申し上げます。
これを英訳すればOK？
0975デフォルトの名無しさん
2010/03/21(日) 12:36:09ttp://en.wikipedia.org/wiki/Mingw
Stable release 4.4.0 / June 22, 2009; 8 month(s) ago (2009-06-22)
Preview release 4.5.0 / January 1, 2009; 14 month(s) ago (2009-01-01)
とのことで、まだ4.5.0はPreview releaseだからヤダとか
思っているのかな？
でも別に今までのインストーラだって捨てないで取っておけばいいわけだし、
Preview release の 4.5.0 も作ってくれてもいいよね。
依頼してみたい所だ。
0976デフォルトの名無しさん
2010/03/21(日) 13:03:34gcc version 4.5.0 20100311 (experimental) (GCC)
0977デフォルトの名無しさん
2010/03/21(日) 16:03:290978デフォルトの名無しさん
2010/03/21(日) 16:17:370979デフォルトの名無しさん
2010/03/21(日) 16:36:50http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/
mingw-w64-bin_i686-mingw_20100320.zip
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/
ここは毎日出てるな
0980デフォルトの名無しさん
2010/03/21(日) 17:43:330981デフォルトの名無しさん
2010/03/21(日) 18:17:16>>980
>>975
0982デフォルトの名無しさん
2010/03/21(日) 22:38:124.4.4も開発中か。
0983デフォルトの名無しさん
2010/03/22(月) 09:22:43要望出している人はいるが、ずっと放置プレイ。
http://sourceforge.net/tracker/index.php?func=detail&aid=2942036&group_id=200665&atid=974442
0984デフォルトの名無しさん
2010/03/22(月) 12:19:39g++ (TDM-2 mingw32) 4.4.1
って結局何がまずいのでしょうか？
0985デフォルトの名無しさん
2010/03/23(火) 05:34:59mingwフォルダや、x86_64-w64-mingw32フォルダにはgcc.exeみたいに短いファイル名のファイルもあるけど、そっちのフォルダを環境変数に指定しても正常に動作しないんだが
なぜあんな変に長ったらしいファイル名になってるの？まさか既存のmingwと共存とか変なことかんがえちゃってるの？
0986デフォルトの名無しさん
2010/03/23(火) 10:51:34俺はリネームして使ってるぞ
ttp://www14.ocn.ne.jp/~bkclass/bkrename.html
0987デフォルトの名無しさん
2010/03/23(火) 11:08:050988デフォルトの名無しさん
2010/03/23(火) 14:53:580989デフォルトの名無しさん
2010/03/23(火) 15:17:090990デフォルトの名無しさん
2010/03/23(火) 23:16:12http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/
mingw-w64-bin_x86_64-mingw_20100322_sezero.zip
mingw-w64-bin_i686-mingw_20100322_sezero.zip
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/
sezeroの方も珍しくバージョン上がってる。
0991デフォルトの名無しさん
2010/03/24(水) 03:15:50概要
MinGWの環境構築が面倒な人向けのパッケージ。
基本方針
簡単に導入できる。
ffmpegがビルドできる。
メジャーなライブラリ類は含めていくかも。
インストール
基本的にはアーカイブを展開するのみ。
リリースによってはその後、バッチファイルやシェルスクリプトを起動。
http://up-cat.net/MinGW%25C7%25AD%25B2%25CA%25B8%25A6%25B5%25E6%25BD%25EA%25A5%25D1%25A5%25C3%25A5%25AF.html
0992デフォルトの名無しさん
2010/03/24(水) 03:45:02sezeroってPersonal Buildのカテゴリの中に入ってるけど、一般ユーザーはこれを使ってろってこと？
0993デフォルトの名無しさん
2010/03/24(水) 03:58:26いま一番使えるのはこれだと思う。
すべて最新板とは限らないだろうが。
利用者増えれば更新もよくなるはず
0994デフォルトの名無しさん
2010/03/24(水) 04:04:560995デフォルトの名無しさん
2010/03/24(水) 08:43:01assemble005
gdb-7.0.50以外の主要コンポーネントはa004と同じ。
assemble004
gcc-3.4.5(gccとg++のみ)
Twilight Dragon Media版gcc-4.4.1-tdm-2(gccとg++のみ)
mingwrt-3.17
w32api-3.14
binutils-2.20-1
gdb-7.0-2
SIMD版libjpeg
libpng
libiconv + cp932パッチ
libxml2
こんな感じなのか。
結局TDMがリリースされない限り新しいgccも手に入らないんじゃね。
0996デフォルトの名無しさん
2010/03/24(水) 08:58:42gcc4.5.x系が正式リリースされたら初めて
TDMが重い腰を上げるんじゃないかな。
それまで待てばいいじゃないか。
0997デフォルトの名無しさん
2010/03/24(水) 08:59:53欲しければ自分でコンパイルしろ
低スキルの奴ほど訳も分からずに番号の大きいバージョンを使いたがる
0998デフォルトの名無しさん
2010/03/24(水) 11:09:470999デフォルトの名無しさん
2010/03/24(水) 11:51:471000デフォルトの名無しさん
2010/03/24(水) 12:06:101001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。