08/09/13 00:39:10
CygwinとMinGWを同時にインストールするのは混乱の元になるので止めましょう。
3:デフォルトの名無しさん
08/09/13 01:01:07
qt4のために入れざるを得なかったんだ
4:デフォルトの名無しさん
08/09/13 22:26:51
標準でGCC 4が入るときは来るのか。
まともなlocale対応が入るときは来るのか。
5:デフォルトの名無しさん
08/09/14 12:11:19
>> 1 乙です
それにしても1000過ぎたら落ちるの速すぎだなあ
6:デフォルトの名無しさん
08/09/14 21:45:08
↓のGCC使ったやり方でFireFOXビルドできない><
URLリンク(developer.mozilla.org)
7:デフォルトの名無しさん
08/09/14 22:28:33
gcc4を入れたとか?
8:デフォルトの名無しさん
08/09/15 00:47:53
3だよっ!
9:デフォルトの名無しさん
08/09/15 01:19:20
エラーはどんなのがでるの?
10:デフォルトの名無しさん
08/09/15 08:54:34
>>6
この文書は 2007 年 3 月の MozillaBuild システム導入前の Mozilla 1.9 コードベースをビルドするためのビルド要件のガイドです。Firefox 1.5.0.10 以上、Firefox 2.0.0.2 以上、Firefox 3 をビルドする場合は標準的な Windows ビルド要件 を見てください
11:デフォルトの名無しさん
08/09/15 09:52:11
それちがうやん
12:デフォルトの名無しさん
08/09/20 02:04:24
Cross Compile Mozilla for Mingw32ってのがあるみたい。
13:デフォルトの名無しさん
08/09/20 13:44:30
ソースからコンパイルしたlinuxホストのクロスgcc 3.4.6で
-Wformatつけて%016I64xという書式指定をすると、
「unknown conversion type character `I' in format」
とか言われるけど、Windows用のmingwバイナリでも同じ?
LinuxでWindowsホストのx64_64-elfのgdbを作ろうとしてこれでこけた。
14:デフォルトの名無しさん
08/09/20 14:11:40
x86_64なのにlongが32bitなの?
15:デフォルトの名無しさん
08/09/21 08:03:08
mingw版gccで
#include<iostream>
int main(){
cout<<"こんにちは";
}
とするとちゃんと日本語表示される?
されないなら、対処法は?
16:デフォルトの名無しさん
08/09/21 13:33:22
Automated MinGW Installer 役に立たない・・・
ダウンロードがまったくできんし。
17:デフォルトの名無しさん
08/09/21 15:43:40
>>15
ソースコードをシフトJISで書いたなら --input-charset=cp932 を指定する
cp932 で読み込まれて内部では utf8 になるらしい、んで
吐き出される文字リテラルはデフォルトで utf8 なんだとさ
それをシフトJISにしたいなら --exec-charset=cp932 を指定する
g++ --input-charset=cp932 --exec-charset=cp932 hogehoge.cpp -o hogehoge.exe
こんなかんじka よくしらんがてきとう
18:デフォルトの名無しさん
08/09/22 01:04:46
MimGWインストールしたんだが
mingw32-make.exeがどこにもない
19:デフォルトの名無しさん
08/09/22 10:42:30
デフォルトでチェックはずれてたか、別パッケージだった希ガス
20:デフォルトの名無しさん
08/09/25 22:46:56
MinGWでGitって使えない?
21:デフォルトの名無しさん
08/09/26 10:27:19
msysGit
22:デフォルトの名無しさん
08/09/28 03:44:31
msysgitをインストールしてgit関連のを全部コピったら使えた。㌧
23:デフォルトの名無しさん
08/10/03 01:33:43
rubyをC++に組み込もうとしているのですがうまく行きません。板違いかなとも
思うのですが、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;
と宣言されています。ご教示お願いします。
24:デフォルトの名無しさん
08/10/03 01:42:11
>>23
エラーだけじゃなくてコードも見せなさいな。
25:デフォルトの名無しさん
08/10/03 01:51:41
>>24
こんな感じです。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 ...
26:デフォルトの名無しさん
08/10/03 02:11:29
第3引数が、可変長引数の関数ポインタを受け取るということだとは思うのですが、
なぜエラーになってしまうのでしょうか?
27:デフォルトの名無しさん
08/10/03 09:51:23
rubyか...
Rubyスレで聞くと良いんじゃね
28:デフォルトの名無しさん
08/10/03 10:21:17
>>27
rubyというよりも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;
}
だと、ちゃんと動いてくれます。
可変長引数の関数ポインタの中に、引数の数が決まった関数をぶち込むのに
なぜエラーが出てしまうのかが分かりません。
29:デフォルトの名無しさん
08/10/03 19:19:06
そりゃそうだ。
誤った引数を与えられるようになるから、そんな変換は認められない。
reinterpret_cast使え。
30:デフォルトの名無しさん
08/10/03 21:02:39
「可変長rリスト型」の引数の関数ポインタと、「int型の引数4つ」の関数ポインタだからだろ。
ruby脳の状態でC++使うからそうなる。使う言語に応じてちゃんと脳みそと知識を切り替えろ。
31:デフォルトの名無しさん
08/10/03 23:44:51
実際試してみるのにrubyをコンパイルしなおしたり色々していてやっとで出来ました。
>>29
reinterpret_cast使ったら一発でいけました。ありがとうございます。
>>30
ruby歴1日もないような気がしますorz どちらかと言うとPython脳です。
rubyとpythonの組み込みは、どちらが簡単かなと試していたら嵌ってしまって
質問させて頂いた次第です。お騒がせしました。
32:デフォルトの名無しさん
08/10/04 05:30:56
可変引数リスト使っていて va_list を使わずに直接突っ込むのはアリなのかなあ
33:デフォルトの名無しさん
08/10/05 01:06:57
引数順が分かってる分には問題ないよ
型チェック機構は働かないけどね
34:デフォルトの名無しさん
08/10/05 08:36:12
>>33
そうなんだ。ありがとう
35:デフォルトの名無しさん
08/10/07 15:46:40
3 [main] ? 3084 init_cheap: Couldn't reserve 3600336 bytes of space for cy
gwin'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と出るのでインストールはされているようです。
36:デフォルトの名無しさん
08/10/07 18:40:18
うん、マルチは死ね
37:デフォルトの名無しさん
08/10/07 20:24:45
>>35
URLリンク(www.madwizard.org)
38:デフォルトの名無しさん
08/10/07 22:10:11
XP使いなんですが
39:デフォルトの名無しさん
08/10/07 22:12:28
XP使いなんですが
40:デフォルトの名無しさん
08/10/08 01:39:33
XP使いなんですが
41:デフォルトの名無しさん
08/10/08 03:47:17
で?
42:デフォルトの名無しさん
08/10/08 14:59:43
ME使いなんですか?
43:デフォルトの名無しさん
08/10/10 09:48:33
MinGW+MSYSなんだが、>>35みたいなエラーがでるんで
rebasedのmsys-1.0.dllやらbash3.1を導入したら
AllocationBaseうんちゃらは出なくなったが、
configureやmakeでSegmentation faultが発生しまくるようになった。
しかも発生するところは実行するたびに変わるという鬼畜っぷり
これはどうすればいいんすか?環境はXP SP3です。
44:デフォルトの名無しさん
08/10/10 16:12:09
ベースを替えたんなら、変えたベースに合わせてビルドされた
バイナリを使えばいいのでは
45:43
08/10/12 13:17:45
いろいろがんばってみたけど分からんです
海外のBBSを漁ってたら同じような現象が起きてるみたいで
それの回答は「トロイ感染してんじゃね?」だった
でもウイルス見つからなかったし、OSのどっかが壊れてるのかもしれない
46:デフォルトの名無しさん
08/10/13 16:53:28
このスレに質問すればいいのか分かりませんが、
Cygwinに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を自力で入れたことがあって、
そのときはこのような問題は出ませんでした(表面化しなかっただけ?)
47:デフォルトの名無しさん
08/10/13 19:20:50
>>46
それ、asが出してるエラーだから、binutilsの問題かも?
48:デフォルトの名無しさん
08/10/14 19:05:01
>>47
ありがとうございます。
うーん、binutilsの最新版も入れてみたのですが、やっぱりエラー変わらないですね。
49:デフォルトの名無しさん
08/10/14 20:04:33
gcc4をsetup.exeで入れてみたら?
50:デフォルトの名無しさん
08/10/14 20:41:08
>>49
cygwinにgcc-4あったんですね、知りませんでした。
どうもありがとうございます、とりあえず目前の問題は解決しました。
51:デフォルトの名無しさん
08/10/15 08:45:02
error: size of array `temp' is too large というエラーについてですが
int temp[3,000,000]; とかにすると小さなスタック領域では確保できなくなりエラーが起こるのですが
これはリスト構造でヒープ領域に動的確保するしかないのでしょうか?
(2,500,000番目とかにアクセスする時は効率が悪そうですが・・・)
52:デフォルトの名無しさん
08/10/15 08:45:26
↑ちなみにC言語です。
53:デフォルトの名無しさん
08/10/15 09:22:42
スタックでは出来なくてもヒープなら大丈夫と思うが
int *p = malloc(sizeof(int) * 3000000); でどうよ?
54:デフォルトの名無しさん
08/10/15 09:30:05
ボーランドコンパイラにはスタック領域を変えられるオプションがあったと思うが
Cygwinの場合は何だったかな
--stack,サイズ -fstack,サイズ stack,サイズ
55:デフォルトの名無しさん
08/10/15 11:59:45
スタックだろうとヒープだろうと効率は大して変わらんよ
56:デフォルトの名無しさん
08/10/15 12:09:39
そうなの?
57:デフォルトの名無しさん
08/10/15 20:52:51
>>51
>これはリスト構造でヒープ領域に動的確保するしかないのでしょうか?
>(2,500,000番目とかにアクセスする時は効率が悪そうですが・・・)
文面からするとint*3メガ分ヒープから確保して全て線形リストに突っ込もうとしているように見えるが、
int* LargeBuffer = malloc( sizeof( int ) * 3000000);
LargeBuffer[2500000] = 2500000;
↑じゃだめなのか?
58:デフォルトの名無しさん
08/10/15 21:57:25
>>56
確保するのにかかる手間は違うが、
確保さえしてしまえばアクセスする手間は同じ。どっちも同じメモリなんだから。
59:デフォルトの名無しさん
08/10/15 22:17:13
32bitマシンだと連続で3メガとか確保できないのでは?
60:デフォルトの名無しさん
08/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;
}
試してみ。
61:デフォルトの名無しさん
08/10/15 22:49:27
>>59
3ギガバイトじゃないんだぞ
62:デフォルトの名無しさん
08/10/15 22:53:21
読み間違ってた。すんません。
63:デフォルトの名無しさん
08/10/16 08:55:34
Cygwinで64bitプログラム造るにはどうすればいいんだ
64:デフォルトの名無しさん
08/10/16 11:04:14
cygwin自体が64ビット化しないと無理では?
しかしFAQによれば・・・
URLリンク(www.cygwin.com)
>no one is working on a native 64 bit version of Cygwin
65:デフォルトの名無しさん
08/10/16 12:03:01
GCCとwindresのShift_JIS対応はまだ?
66:デフォルトの名無しさん
08/10/16 13:12:53
GCCはShift_JISに対応しているらしい。
URLリンク(www-online.kek.jp)
67:デフォルトの名無しさん
08/10/16 20:23:15
そこのページにSHIFT_JISとかだと駄目ってあるが、
そいつらだと\がU+A5に変換されるため。
68:デフォルトの名無しさん
08/10/17 02:03:33
mingw64というのがsourceforgeにあって適当に入れたが動かない。
面倒くさいのでパスすらろくに通してないからそりゃ当然だけど。
64bitにしたところで、32bitのdllとリンクできないから大して便利にならんなぁ。
なんでサンクみたいなのつくらなかったんだろ>MS
69:デフォルトの名無しさん
08/10/17 02:09:08
>>68
痛ニウムの実装をそのまま持って来ちゃったんだろうな…
70:デフォルトの名無しさん
08/10/17 19:16:46
今から作っても絶対(時期的に)遅くないと思うんだけど。
71:デフォルトの名無しさん
08/10/17 22:47:51
wow64?
72:デフォルトの名無しさん
08/10/18 13:37:16
>>71
それじゃダメなんだよな~
73:デフォルトの名無しさん
08/10/18 17:39:26
凄いって聞いてたけど
74:デフォルトの名無しさん
08/10/18 18:20:05
>>71>>73
MinGW関係なく、64ビットプロセスが32ビットDLLを読み込んだりその逆をしたりすることはできない。
(16ビットから32ビットへの移行時はできた)
>>69も言っているが、Itaniumならともかくx86-64でできないのは残念すぎる。
75:デフォルトの名無しさん
08/10/18 20:12:37
>>74
> 16ビットから32ビットへの移行時はできた
それってシステムDLLだけじゃねーの?
と思ったら一般DLL向けのサンクAPIなんかあったのか
URLリンク(www7a.biglobe.ne.jp)
しかし、ここまでやるならサイズ別にコンパイルしなおしたほうが
ややこしいこと考えずに済みそうな気もするが・・・
76:デフォルトの名無しさん
08/10/18 20:50:55
自分でソース持ってるものならな
77:デフォルトの名無しさん
08/10/18 21:23:00
>>75
LoadLibraryEx32Wとかのほうが手軽そうに見える(使ったことない)。
そこに書いてあるフラットサンクと違って、
引数の変換なんかはやってくれないが、32ビットDLLに手を入れることなく16ビットプロセスから呼び出せる。
78:デフォルトの名無しさん
08/10/31 11:54:57
それ逆じゃね
79:デフォルトの名無しさん
08/10/31 19:23:58
ついさっき、MinGWをインストールしたのですが、
math.hがなくて途方に暮れてます・・・
80:デフォルトの名無しさん
08/10/31 19:37:32
mingw-runtime にあるよ
81:デフォルトの名無しさん
08/10/31 21:34:51
Thx
解決しました。
82:デフォルトの名無しさん
08/11/09 18:39:16
最新のcygwinを使ってます。
以下の実装で以前は動いていたんですが、最近
--------------------------------------------------------
%.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'
実行すると上記のエラーになります。
どこが間違ってるのでしょう?
83:デフォルトの名無しさん
08/11/10 00:35:25
>>82
URLリンク(www.atmarkit.co.jp)
84:デフォルトの名無しさん
08/11/12 09:15:08
mingwをインストールしたのにsndfile.h が
ないんですけど?
どうしたらいいですか?
詳しく教えて下さい。
本当に困ってます。
85:デフォルトの名無しさん
08/11/12 10:38:59
>ないんですけど?
ないんですか? ないのか尋ねているのですか?
>どうしたらいいですか?
そもそも、mingwにsndfile.hがあると思った根拠は?
86:デフォルトの名無しさん
08/11/12 10:40:50
>>84
URLリンク(www.mega-nerd.com)
87:デフォルトの名無しさん
08/11/12 10:47:43
>>85
あげあしとらないでもらえます?
mingwにあるって聞いたんです。
>>86
そのURLなんですか?
詳しく教えて下さいって書いてあるのが読めないんですか?
本当に困ってます。
88:デフォルトの名無しさん
08/11/12 11:33:23
なんだ、釣りか。
89:デフォルトの名無しさん
08/11/12 19:54:52
>>87
もちろん>>86は一番詳しいところを紹介したに決まっているだろ。
90:デフォルトの名無しさん
08/11/12 20:20:08
>>87
MinGW に sndfile.h があるって言った奴に聞けよボケ
91:デフォルトの名無しさん
08/11/12 21:57:24
ちょっと環境違うんですが、Darwin の gcc で以下のファイル hoge.c をコンパイルすると
warning: build-in function "index" declared as non-function
って警告がでるんですが、どういうことでしょうか?
組み込み関数に index なんてありましたっけ??
int index;
int main(int argc, char *argc[])
{ return 0; }
92:91
08/11/12 21:58:22
ちなみにコンパイル時のコマンドは単に gcc hoge.c です。
93:デフォルトの名無しさん
08/11/12 22:01:06
>>87
ひとにものきく態度じゃないな
人としてのしつけをママにでも
幼児の頃からし直してもらってこい
話はそれからだ
94:デフォルトの名無しさん
08/11/12 22:05:19
>>91
$ 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);
95:91
08/11/12 23:06:12
ありがとう! man コマンドってCの関数も調べられるのね。
しかし strchr との違いがよくわからん。。。
96:デフォルトの名無しさん
08/11/12 23:09:10
The index() function is an old synonym for strchr().
97:デフォルトの名無しさん
08/11/13 01:19:56
しのにむ。。。。
98:デフォルトの名無しさん
08/11/15 23:19:32
mingw の crt2.oってどのパッケージにはいってますか?
99:デフォルトの名無しさん
08/11/15 23:22:11
URLリンク(cygwin.com)
100:デフォルトの名無しさん
08/11/15 23:23:48
>>99
ありがとうございます!
愛してる!
101:デフォルトの名無しさん
08/11/17 14:28:53
初心者質問すいません。
Cygwinではyumって使えないのでしょうか??
Cygwinの中に新しいソフトウェアをインストールしたい時ってどうするのが一番なんでしょうか?
102:デフォルトの名無しさん
08/11/17 14:34:54
cygwinの「中に」ということなら、セットアップを起動してパッケージを選択する。
それ以外のツールならWindows用をインストールして、適宜シンボリックリンクを張る。
103:デフォルトの名無しさん
08/11/17 23:03:28
ソースからコンパイルする
104:デフォルトの名無しさん
08/11/18 11:17:16
yum入れたらええやん
105:デフォルトの名無しさん
08/11/18 18:08:12
ansi Cの標準関数で、キーボードの状態を取得できるものってありますか?
ESC キーの状態だけでもいいのですが。。。。
標準関数がない場合はwin32 環境では GetKeyState みたいなのが使えますが、
Linux 系ではどんな関数をつかえば??
106:デフォルトの名無しさん
08/11/18 18:16:11
>ansi Cの標準関数で、キーボードの状態を取得できるものってありますか?
ありません。
>Linux 系ではどんな関数をつかえば??
Xアプリ なら XQueryDeviceState(3)が使えるけど、 普通のttyアプリの場合は
そもそも、文字入力しかないわけで、キーを押したとか離したとかはわかりません。
107:デフォルトの名無しさん
08/11/18 18:18:04
>>105
mingwでWinAPIを使うかcygwinにxを入れてXlibを使うか。
このスレ的には、最後の行はスレ違い。
108:デフォルトの名無しさん
08/11/18 18:33:04
そういうときはマルチプラットフォームな低レベルライブラリのソースを読むと吉
例えばSDLとかな
109:101
08/11/19 23:34:15
もうちょっと調べてみたらyum使えそうですね。ありがとうございましたm(_ _)m
110:デフォルトの名無しさん
08/11/20 00:57:38
MinGWを使用して.cのファイルをコンパイルしたら
warning: unknown escape sequence
とでるのですが解決方法をご教授ください。
111:デフォルトの名無しさん
08/11/20 01:11:20
>>110
入出力の文字エンコードを明示的に指定してみては?
例えば、
gcc -finput-charset=CP932 -fexec-charset=CP932 -o hoge hoge.c
みたいな感じで。
112:デフォルトの名無しさん
08/11/20 01:13:30
>>111
ありがとうございます。
やってみます。
113:デフォルトの名無しさん
08/11/26 19:41:13
インストール時に出来たファイル(http or ftp)は削除していいのかな?
114:デフォルトの名無しさん
08/11/26 20:18:33
更新のときに便利だから消さないほうがいいね。
まぁ、それまでアーカイブしてしまってもいいかも試練が
115:デフォルトの名無しさん
08/12/05 07:44:39
-march=amdfam10でコンパイルしたバイナリがCore2でも動くのは何で?
3DNow!とか使えないはずなのに。
116:デフォルトの名無しさん
08/12/05 15:55:06
>>115
使えないインストラクションを使わないバイナリなら動くわね。
例えば極端な例だけど、main()の中身がないとか。
117:デフォルトの名無しさん
08/12/05 15:59:44
そーなのかー
ちなみにx264なんだけど使わないのか。
㌧
118:デフォルトの名無しさん
08/12/05 22:34:02
gccで勝手にSIMD命令使うのは、-mfpmath=sseとしたときの実数演算だけ。
しかも同時にひとつの演算しかしない。
119:デフォルトの名無しさん
08/12/06 23:29:57
それ以前に本家gccは3DNow!を使ってくれるのか?
AMDの改造gccなら使ってくれるかもしれないけどさ
120:デフォルトの名無しさん
08/12/06 23:54:13
-m3dnow
-m3dnowa
121:デフォルトの名無しさん
08/12/19 03:21:36
すいません質問させてください。
Delphiで作ったdllをMinGWでコンパイルしたプログラムから使ったりすることはできるのでしょうか??
122:デフォルトの名無しさん
08/12/19 10:23:26
>>121
できる。
URLリンク(www.geocities.co.jp)
123:121
08/12/19 15:54:13
C++Builderの記事のようですが、MinGWの場合でも同様ということですよね?
ありがとうございます!
124:デフォルトの名無しさん
08/12/23 22:26:51
すいません教えてください。
gnustep-base-1.16.5 をビルドしていたところ、
gcc-4.4.0-20081128 で internal compiler error: in spill_failure
というのが出たので -E オプションで問題に遭ったコードを抽出しようと考えたのですが、
6292 行もあってどこから手をつけるべきか途方にくれています。
コンパイラが指摘する発生箇所には4行の関数定義があるので、
ここに無関係なコードを再帰的に除外するような便利なツールがあれば教えてください。
125:デフォルトの名無しさん
08/12/24 05:37:47
質問です。
xlslibというexcelファイル入出力のライブラリのビルドに
チャレンジしているのですが、もう一歩というところで行き詰っています。
このサイトの方法でやってます。
URLリンク(newmonic.blogspot.com)
エラーは、makeの時に
g++.exe: C:/FreeWare/msys/1.0/local/lib/libxls.0.dylib: No such file or directory
g++.exe: unrecognized option `-single_module'
と出力されます。
これの解決方法がわかりません。ご教授ください。
126:デフォルトの名無しさん
08/12/24 06:21:46
ちゃんと英語読んだか?
まさか本文無視してコマンドだけ入力したなんてアホなことはしてないよな
その記事には「libtoolを入れんとlibxls.0.dylibが見つからんで失敗するでェ」
と書いてあるぞ?
(特にmainC.cのコンパイルで失敗すると書いてあるが、
お前はそこの情報すら省いて恣意的にエラーメッセージを切り貼りしてやがる)
127:125
08/12/24 08:37:54
>>126
すいません、急いで書いて、情報が少なすぎました。
一応最新のlibtoolを入れろと言ってるのだと解釈して、
libtool-2.2.6aをインストールして実行した結果です。
128:デフォルトの名無しさん
08/12/24 10:54:28
MinGW + MSYSのインストール方法
URLリンク(www.geocities.jp)
129:デフォルトの名無しさん
08/12/24 21:19:02
>>128
もちろんこのようなインストールはしてるんですが
130:デフォルトの名無しさん
09/01/05 10:09:24
gcc 4.4っていつ出るの?
131:デフォルトの名無しさん
09/01/05 10:31:35
ここで不確かな情報得るより、公式行けばいいんじゃね?
132:デフォルトの名無しさん
09/01/14 18:20:33
mingw-w64が腐ってる
133:デフォルトの名無しさん
09/01/14 18:32:40
不具合報告を一切しない屑は黙って使ってなさい
134:デフォルトの名無しさん
09/01/14 19:48:51
不具合報告をするとボコボコに叩かれるやん
135:デフォルトの名無しさん
09/01/14 21:27:23
>>132
ほとんどの場合、腐ってるのは自分自身です
136:デフォルトの名無しさん
09/01/18 10:54:43
ほらね
137:デフォルトの名無しさん
09/01/18 11:00:07
不具合報告というのは、
どういう環境で
どういうことをしたら
どういう不具合が出た
ということを書くのであって、
糞
は不具合報告ではない。
138:デフォルトの名無しさん
09/01/18 12:00:22
不具合報告する前から叩かれてるw
googleが直そうと企画しなければwin版死んでたな
139:デフォルトの名無しさん
09/01/18 13:55:51
vista64上のcygwin-Xでemacs (Xemacsじゃないほう)が動いている人います?
ググるとdllが不足していてもメッセージが出ずに固まるというところまではわかりました。
不足しているdllってのが見つかったサイトによってまちまちだったので、
emacs.exeをdependency walkerに放り込んで、使っているdllを調べて、足りないものを全部入れたのに動きません。
140:デフォルトの名無しさん
09/01/21 00:08:05
MinGWで、コンパイル時に改行コードをLFに指定するにはどうすればいいでしょうか?
既定ではどうもCR+LFになっているようで。
141:デフォルトの名無しさん
09/01/21 01:25:58
>>140
何の改行コード?
142:迷える中年牛
09/01/23 11:01:43
私は、mkvtoolnix-2.4.2をWindowsXpProSp3にインストールした
cygwinで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」を
定義したときに発生する場合が有るようですが、私には見つけられなかったです。
どこをチェックすべきなのかのヒントでも頂ければと思い書き込みしました。
どうぞ、よろしくお願いします。
143:デフォルトの名無しさん
09/01/23 15:36:14
自分がコピペしたエラーメッセージを、穴が開くくらい良~~~く見ろや
144:迷える中年牛
09/01/24 17:52:13
>>143
アドバイスありがとうございました。
頭を冷やして見直しました。
エラーの発生場所が標準のライブラリーの中の為に、
ライブラリーは正しいと思いました。
これは「mkvtoolnix-2.4.2」の中にエラーの引き金となる
「max」のマクロがあると考えて検索したが見つけられなかったです。
そこで、アドバイスにしたがって標準のライブラリーの
「stl_deque.h」の446行を見たところ、「std::max」の記述がありました。
結局、<windows.h>をインクルードするとmin,maxマクロが定義される
為にエラーを引き起こしたようです。
今回は、「#include <windows.h>
」の前に「#define NOMINMAX
」の行を
追加してエラーを回避できました。
ありがとうございました。
145:デフォルトの名無しさん
09/01/24 17:58:48
迷える中年牛が1つレベルアップしました。
146:デフォルトの名無しさん
09/02/01 22:16:42
質問させてください。
MinGWインストールするとbinディレクトリにg++とmingw32-g++ と、g++コンパイラっぽいのが二つあるんですが、これってそれぞれどう違うんでしょうか??
147:デフォルトの名無しさん
09/02/01 22:28:26
同じだよ。
短い名前、長い名前。違いはそれだけ。
148:デフォルトの名無しさん
09/02/01 23:02:15
あ、そうなんですか。だったらエイリアスとして最初に設定されるようにしておけばいいのに・・
ありがとうございましたm(_ _)m
149:デフォルトの名無しさん
09/02/01 23:49:55
Windows ではシンボリックリンクが無いからな。
この場合はジャンクションでかわりになりそうな気もするけど、
シンボリックリンクとジャンクションは完全に同じわけでは無いし。
色々と事情はあるんだろう。
150:デフォルトの名無しさん
09/02/02 00:04:03
gccが使ってるのはハードリンクだし、NTは昔からハードリンクをサポートしてる。
151:デフォルトの名無しさん
09/02/02 00:10:50
OSっつーかファイルシステムだよな
NTFS前提
152:デフォルトの名無しさん
09/02/02 00:11:10
更に脱線すると、Vistaからシンボリックリンクがサポートされてる。
153:デフォルトの名無しさん
09/02/02 00:51:02
シンボリックリンクできるけど、mklinkがcmdの内部コマンド?なのか、
cygwinやmsysじゃ使えないんだよね。
わざわざcmd起動してリンク作ってるけど。
154:デフォルトの名無しさん
09/02/02 22:07:53
内部コマンドだよ
mklink.exeなんて記事書いて飯喰ってるのも居るがな
155:デフォルトの名無しさん
09/02/09 09:57:53
Cコンパイラのライブラリの仕様ってどこで調べられますか?
156:デフォルトの名無しさん
09/02/09 11:33:11
>>155
そのライブラリの仕様書・マニュアルなど。
157:デフォルトの名無しさん
09/02/09 13:25:21
GCCの場合それはどこで手に入りますか?
158:デフォルトの名無しさん
09/02/09 13:52:44
インターネット
159:デフォルトの名無しさん
09/02/09 14:05:25
インターネットのどこのサイトでしょうか?
160:デフォルトの名無しさん
09/02/09 14:20:34
URLリンク(letmegooglethatforyou.com)
161:デフォルトの名無しさん
09/02/09 14:38:51
どうもありがとうございました
162:デフォルトの名無しさん
09/02/09 19:38:17
>>157
使っているライブラリによって異なる。
たとえばGCC自身はprintf()の実装は提供してない。UNIX上で使っている
ならそのOSのマニュアルだし、MingwだったらMicrosoftのサイトを見る
べき。
163:デフォルトの名無しさん
09/02/10 02:44:36
XPで使ってたCygwin+MinGWの環境をそのままWin7に持ってきたんですが
gitとかpatchとかコマンドが全然動きません。
どうしたらいいんですかこれ…
164:デフォルトの名無しさん
09/02/10 12:03:09
>>163
なんかエラーが出るの?
165:デフォルトの名無しさん
09/02/10 13:51:08
Pathを通して無いだけじゃないの
つか、βのWin7の事までしらねーよ
166:デフォルトの名無しさん
09/02/10 14:24:45
どうしたらいいかと言えば、自分の作業に問題が無いか見直し、それでもだめだと確信できるなら、
問題を切り分けて、Windows 7 βのフィードバックを入れるか、
CygwinかMinGWにバグ報告を送りつけるかに決まっているだろう。
167:デフォルトの名無しさん
09/02/10 14:33:59
レジストリにあるマウント情報とかも当然移動したんだよな
168:デフォルトの名無しさん
09/02/10 15:22:37
URLリンク(bitwalk.hp.infoseek.co.jp)
を参考にLinux(Fedora10)にMinGWのビルド環境を構築しているのですが
gcc(configure --target=i386-mingw32)のmakeに失敗します
binutilsは2.19、gccは3.4.6です
Linux上でMinGWのクロスコンパイル環境の構築に成功している人はいますか?
他に何か必要な物とかあったら教えてください。よろしくお願いします
169:デフォルトの名無しさん
09/02/10 16:24:06
>>168
F10なら、mingw32のパッケージがyumでインストール出来るよ。
170:デフォルトの名無しさん
09/02/18 02:25:46
msysで足りないコマンド類は基本的にcygwinから引っ張ってくるものなんですか?
171:デフォルトの名無しさん
09/02/18 02:35:26
cygwin1.dllに依存してるのはそのままじゃ使えないと思う。
172:デフォルトの名無しさん
09/02/18 02:44:41
>>170
基本的にはmsysでsourceからbuildするものだけど、pathやバージョン古くて通らないのも沢山ある。
そういう時は、cygwinか、coLinux等でcross compile環境を作ってbuildする。
MSYS-bashのpath周りをもっと柔軟にすれば、通りやすくなるのかもねえ
173:デフォルトの名無しさん
09/02/20 16:42:04
g++ (GCC) 3.4.5 (mingw-vista special r3)
new が argc 直前のアドレス取りやがるんですが
私はどんな壊し方をしたのでしょう?
174:173
09/02/20 17:15:26
×argc → ○argv 直前のアドレス
175:デフォルトの名無しさん
09/02/20 18:15:29
意味がわからん
176:デフォルトの名無しさん
09/02/20 18:27:32
main (int argc,char **argv){
int* buf = new int [100];
↓ が何故か
int* buf =new ( argv - 1) int [100];
177:デフォルトの名無しさん
09/02/20 21:58:33
>>176
「が何故か」ってそれをどうやって確認したの?
178:デフォルトの名無しさん
09/02/21 00:30:12
無料なのでMinGWでウィンドウズのアプリを作るのを勉強しようとしたら説明してるサイトが見つからない。
これはどうしてなのでしょうか?
MinGWのインストールやコンパイルを説明してるサイトは沢山あります。
MinGWはインストールして他人のソースをコンパイルして満足するだけのもののような感じを受けます。
179:デフォルトの名無しさん
09/02/21 01:25:09
なぜならMinGWでもVisual C++でもBorand C++でもWindowsアプリの作り方は同じだから。
MinGWの解説をしているとこは、MinGW特有の部分の解説に徹しているだけのこと。
180:デフォルトの名無しさん
09/02/21 01:27:23
倍精度の浮動小数点演算を多用する、レイトレーサの一種を書いてます。
VC++ 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 環境のつもりで情報を集めるとよろしいかと。
181:デフォルトの名無しさん
09/02/21 01:49:43
>>180
そこまでするならまずはCygwin使えよ。
というのはともかく、178はUnixから来たのではなく
本当にここから始めようとしているように思った。
182:デフォルトの名無しさん
09/02/21 01:53:52
ここで、VC++ Express(無料)を薦めるのはなしか
183:デフォルトの名無しさん
09/02/21 02:09:27
>>180
URLリンク(homepage1.nifty.com)
184:デフォルトの名無しさん
09/02/21 02:35:43
>>183
レスありがとうございます。
このスレの Part 3 で _controlfp のことを教えていただいたのは私です。
カキコの直後まで失念しておりました。
_controlfp(_PC_64, _MCW_PC) だと GCC と ICC では NG、VC++ では OK で
_controlfp(_PC_53, _MCW_PC) だと3つのコンパイラすべてで OK でした。
また髪の毛が減ってしまいました。本当にありがとうございました。
185:デフォルトの名無しさん
09/02/21 03:00:03
個人的な感想ですけどVC2008EEはなかなか良かったよ。
この茨の道を突き進むよりも初心者はVCのほうがいいと思われ。
186:デフォルトの名無しさん
09/02/21 04:16:44
>>184
あの思うですけど、そこまでしてネイティブ・コンパイラにこだわる意味はあるんですか?
たぶん良くあるプログラミングの落とし穴だと思うんですが、
計算のロジック部分はジャバやCシャープにして、描画やレンダリングのところだけネイティブ(Cコンパイラ)にすれば、髪の毛もフサフサのままですよ。
もしCやフォートランしか知らないというなら、あなたの勉強不足が原因なので自業自得なんですけど。
187:デフォルトの名無しさん
09/02/21 04:35:25
>>185
んだな
多少操作やアプリ依存の用語を覚える必要はあるが、
理解度や開発効率を考えると初心者はあれでおk
なのに、何で某ランドがいまだにはびこっているのかw
mingw等はマルチを意識すると選択肢として出てくるが、
某ランドは選ぶ理由がさっぱりわからん
>>186
用途が逆な気がするが・・・
188:デフォルトの名無しさん
09/02/21 04:53:02
>>187
だよなぁ俺も逆だと思うよ
189:デフォルトの名無しさん
09/02/21 05:04:17
仮想マシンが手軽になってからは、個人的にはmingwの出番が減ったな
190:デフォルトの名無しさん
09/02/21 05:08:45
そうか?
ウェブアプリとかビジネスロジックといわれる部分は、ハード特有じゃないのでジャバとかのほうが向いてると思うんだが・・
逆にダイレクトXとかネットワーク・メッセージ機構の言語外(ハード部分)はMSとかジャバでもいいけど、例えばジャバに「ウインドウのハンドルを取得するAPI」が用意されてないと結局ネイティブAPIを使うから、ネイティブ向けのコンパイラが必要になってくる。
というか、そこまで計算のロジック(アルゴリズム)を速くしてこだわってるなら、一つのコンパイラに徹するべきであって、GCC使ってみたりBCCやICC使って浮気する必要はないと思うんだけどなあ。
やってみれば分かると思うけど、結局早くて効率的なロジックをフォートランとかICCで実装したところで、ウインドウズならDLL呼び出し関数呼び出しのコストで相殺されるからあまり関係なくなるんだけど。
どういうの作ってるかわからないけど、PC並に複雑な機構のOSだと、そもそもロジックが速いとか、プリミティブ型(double)の演算誤差がどうとかあまり関係ないんじゃない?
191:デフォルトの名無しさん
09/02/21 05:19:31
レイトレを書いてるらしいから、数値計算メインで
DLL呼び出し関数呼び出しのコストはほとんど無いような
思いっきりネイティブ向けの希ガス
192:デフォルトの名無しさん
09/02/21 05:53:25
レイトレはやったことないけど、そのロジックをストリーミング用のプログラミング手法(GPUとかCELL)に持ち込めれば、100倍ぐらい速くなるんじゃないか?
昔のままネイティブAPI(OSコール)てんこもりでソースもforとifだらけってのでも別にいいけど、画像解析じゃなくてただのレンダリングだし、そういうプログラミング・スタイルはもう流行らないと思う。
どっちにしてもネイティブ・コンパイラ使ってるくせに気軽に浮気するような素人じゃろくなもんじゃないだろうけど。
193:デフォルトの名無しさん
09/02/21 07:45:25
ここ10スレ位の書き込みは酷いな。
複数のコンパイラを通すのは、移植性やソースをクリーニングする為の超基本。
限られた精度の計算とloopが主なレイトレで、javaとかfortranて何のネタ?
borlandは1番parserの出来が良いので、初心者の多い2ちゃんではお薦め。
windowsのgccにもgettimeofdayはある。ぐぐって出てくるし、
unofficialな自宅の4.3.3でも通った。
iccは知らないけど、VCってdefaultでSSE使って無かったっけ?
俺なら計算結果をファイル出力してdiffするけど。
ところでsjljなgccでレイトレって凄く遅くない?Dwarf2も試そうよ。
libraryコンパイルし直すのに少し苦労するけど。
194:デフォルトの名無しさん
09/02/21 09:39:57
確かにbccは警告が(他と比べて)適切という印象はある。
195:デフォルトの名無しさん
09/02/21 10:43:04
ISO-Cに準拠したいのか、よりネイティブ向けに特化したプログラムを作って速度や効率を稼ぎたいのか、君は何をやりたいのか意味不明。
超基本は、ISO-Cに準拠して君の満足であるかどうかではなくて、仕様や要求を満たしたプログラムであるかどうかじゃないか?
それこそ計算部分のロジックとネイティブのハード部分を分離するような設計(使用)をすることのほうが基本だと思うが、どうだろう。
昔から構造化プログラム(モジュール化)やオブジェクト指向など方法論があるわけで、
君の主張するプログラミングスタイル(複数のコンパイラを通すだと?!)はまったく流行らないと思うが?
君のような宗教観では、どうでもいいところに神経使ってばかりで、さらに髪の毛をなくしていくんだろうけどw
196:デフォルトの名無しさん
09/02/21 10:49:24
何だか急に芳ばしくなってきましたね。
197:デフォルトの名無しさん
09/02/21 11:03:33
>>193
ソースで配布するんですか?
windowsだとハードが常に進化するんで、そのときのハードにあったAPI(DirectXなど)を使い、
そのプログラムに一番最適なコンパイラ(Cに限らない)を使ってDLLなどのバイナリで配布する方式の方が受けると思うんですけど・・・
198:デフォルトの名無しさん
09/02/21 11:07:36
>>193
もしかして「Javaは遅い」とかを信じちゃってるJIT以前のオジサン?w
199:デフォルトの名無しさん
09/02/21 12:52:03
JAVAがどれだけ速くなってもC以下なのは変わらないだろ。
200:デフォルトの名無しさん
09/02/21 14:30:17
>>199
実行時コンパイルだからこそできる最適化というのもあるんだよ。
まー、たいていはCの方が速いけど。
201:デフォルトの名無しさん
09/02/21 14:51:50
そのプルグラムが実行時のハード構成SSEなどに合わせて動的にコンパイル(JIT)されるようになればそうともいえないんじゃない?
202:デフォルトの名無しさん
09/02/21 17:09:22
>>201
それはいったい何年後の話だ?
203:デフォルトの名無しさん
09/02/21 18:27:33
>>200
実行時にコンパイルすると、どこがC(アセンブラ)より速くなるの?
204:デフォルトの名無しさん
09/02/21 18:30:56
MS謹製CLI戦略は将来の自動並列化でJavaに置いて行かれるのを恐れた為なんだぜ?
205:デフォルトの名無しさん
09/02/21 18:33:01
ハードウェアの構成にあわせてアセンブルしてくれたほうが断然早いね(笑)
206:デフォルトの名無しさん
09/02/21 18:55:35
香ばしい流れ
207:178
09/02/21 19:01:52
>>179-187
レスありがとうございます。
Unixはほとんど知らないからMinGWを使う利点はあまりないないのかな。
MinGWも同じということはWinMain()とかで組めるのかな?
でもwindowsのアプリを作るにはVC2008EEがよさそうですね。
そうします。おじゃましました。
208:デフォルトの名無しさん
09/02/21 19:21:36
1年前のJava6u10でこのくらい。まだ先は長い。
URLリンク(d.hatena.ne.jp)
209:デフォルトの名無しさん
09/02/21 20:05:47
>>207
MinGWはあくまでビルド環境でしかないよ
俺は基本VC++EEで管理&コーディングして、ビルドはどちらでもできるようにしてる
どちらにしろリソースエディタは別に必要だし
210:デフォルトの名無しさん
09/02/21 21:31:14
レイトレなんて生成終了までAPIなんてほぼ関係なくて、ひたすら演算だけじゃん
環境依存部分をネイティブで個別実装するのがいいとか、きちg(ry
なんか、レイトレ→3DCG→DirectXとか思ってそう
あとGPGPUでレイトレすればいいって環境を選びすぎるし、
もしレイトレの学習が目的なら、不純物が増えて意味ないだろ
これは……釣られたのか!?
211:デフォルトの名無しさん
09/02/21 22:08:18
ジャバと書いてるだけで正直胡散臭いし
長文な上に、どの主張も「だと思うんだけどなあ」「じゃない?」とか
曖昧な表現で逃げてる時点で、な
212:デフォルトの名無しさん
09/02/21 22:08:42
演算の途中経過とかをリアルタイムに見たいんじゃないの?
標準的な画像や動画フォーマットに出せばAPIはいらんよなぁ,確かに
213:デフォルトの名無しさん
09/02/22 01:19:53
>>208
コウスケちゃんのブログなんてあったんだw
さすがに日本人ハッカーだね
214:デフォルトの名無しさん
09/02/22 01:28:20
>>210
>なんか、レイトレ→3DCG→DirectXとか思ってそう
この流れは3Dであってレンダリングと関係ないと思うんだが。
DirectXを未だにゲーム用のAPIとか考えちゃってるの?
ひたすら演算だけでネイティブに依存する必要がないなら、ジャヴァとかC#でいいんでない?
なのにどうしてこだわるんだろう。どうせスピードを求める君のポリシー(笑)なんだろうけど。
215:デフォルトの名無しさん
09/02/22 01:44:31
なんで演算メインでJavaやC#使うんだよ?バカなの?死ぬの?
216:デフォルトの名無しさん
09/02/22 03:24:01
ちょっと待て、偽者が混じって楽しんでるだろ、おいw
217:デフォルトの名無しさん
09/02/22 09:17:22
その前に本物ってどれ?
246みたいなのは本気で言ってるの?
なんでこんなのがtech板に居るの?
218:デフォルトの名無しさん
09/02/22 09:45:52
コンパイラぐらい金出して買えよ
いつまでもオープンソースにいると髪の毛なくなっちゃうぞ
219:デフォルトの名無しさん
09/02/22 11:10:04
>>246がどんなことをマジで言うのか期待
220:デフォルトの名無しさん
09/02/22 12:19:20
>>219
何言ってんの???
221:デフォルトの名無しさん
09/02/22 12:44:03
少しは考える力をつけろ。
222:デフォルトの名無しさん
09/02/22 14:09:21
>>218
オープンソースと髪の毛は関係性が薄い
ツーカ、オプソ界にいるやつはみんなフッサールだ
問題なのはヒゲ
223:デフォルトの名無しさん
09/02/22 15:55:33
>>218
オープンソース以下のコンパイラが多すぎるからなあ
224:デフォルトの名無しさん
09/02/23 04:58:13
オープンソースのコンパイラは実質GCCのみじゃないの?何と比べてるかわからんが、糞はお前w
225:デフォルトの名無しさん
09/02/23 06:37:55
オープンソースなコンパイラはそれなりにあるが、
実質gccのスレなので、gccと仮定しても、クソという
理由が見いだせない。この意味不明な論理展開を行う
>>224には、VIPがお似合いだろう。これは224の
書き込み時間からも、容易に想定可能である。
226:デフォルトの名無しさん
09/02/23 07:09:15
>>225
はいはい。能書きはそれぐらいにして早いところVIP板へ行ってくらはい
227:デフォルトの名無しさん
09/02/23 07:59:06
結局なんの説明も出来ない無職か
228:デフォルトの名無しさん
09/02/23 08:05:03
>>224って>>218?
まずはgccより高機能な市販コンパイラを出して貰いたい
229:デフォルトの名無しさん
09/02/23 08:33:24
cygwinってCPU強化したら速くなんの?
configureが遅すぎて泣ける
230:デフォルトの名無しさん
09/02/23 08:42:41
手持ちのCentOS4やUbuntuと、大差ない気がしたんだけど、
大きなファイルなら差が出るのかな。差があるとしたら
I/Oまわりだろうねえ
231:デフォルトの名無しさん
09/02/24 23:21:31
>229
configure が遅い理由は cygwin 特有のプロセス起動とファイル I/O にかかる種々の変換だとか前処理の
コストだと思うんで、速くはなるだろう。
232:デフォルトの名無しさん
09/02/25 12:27:11
cygwinのファイルI/Oは遅いよ。ストリームI/Oをバッファ入出力の段階でシミュレートするのではなく
関数レベルでシミュレートしているようで、fgetc()をループで回すだけでも結構差が出る。
>>228
iccは高性能だけど、高機能と言うのはどういう尺度?
gccを否定する気はさらさらないけれど、最近のx86系CPUを使いこなすには力不足なのは否めない。
233:デフォルトの名無しさん
09/02/25 13:04:58
msysをつかえばいいじゃない。
大概のことはmsysでカタがつくでしょ。
234:デフォルトの名無しさん
09/02/25 13:10:53
msysはメモリーリークが酷いから嫌
235:デフォルトの名無しさん
09/02/25 14:02:34
>>234
kwsk
236:デフォルトの名無しさん
09/02/25 21:06:45
>>234がお漏らしプログラム作ってるだけっていう落ち
237:デフォルトの名無しさん
09/02/25 21:21:24
リークと違うけど、Qt4コンパイルしてて、なんのエラーも
出てないのに、mingw32-makeがエラーで止まる事ならあった。
Dwarf2でbuildしたgcc4.3.3が原因の可能性も高いが。
ああ、msys全然関係無かったねw
238:デフォルトの名無しさん
09/02/25 21:53:46
Qt4はメモリ4Gあろうがページファイル1G以上用意しないと確実にこけるね
239:デフォルトの名無しさん
09/03/01 01:00:40
MSYS+MinGWでMKVtoolnixコンパイルしてて、動くバイナリはできんたんだけどちょっと気になってることがある。
公式で配布されてるバイナリにはregex2.dllがあるけど、自分のにはない。
何かのライブラリがスタティックリンクになってるんだろうけどどれかわからない。
名前からして正規表現だろうからboostかと思ったけどlink=sharedにしてコンパイルしてもそんなdllない。
何のライブラリか教えてください。
240:デフォルトの名無しさん
09/03/01 05:04:14
glibc
URLリンク(gnuwin32.sourceforge.net)
241:デフォルトの名無しさん
09/03/01 11:27:42
APIを使わないDLL遅延バインドのやり方がわからん。
242:デフォルトの名無しさん
09/03/01 18:42:21
>>240
㌧
でもこれ突っ込んでもやっぱりregex2.dllは使われないな。何でだろう…
243:デフォルトの名無しさん
09/03/01 21:25:45
>>241
なぜAPIを使うのがいやなの?
244:239
09/03/02 01:36:26
公式のバイナリをDependency Walkerで調べてやっとわかった。
libmagicの依存ファイルだったのか。
libmagicはうまくコンパイルできなかったらバイナリ取ってきてたからそのせいか。
245:デフォルトの名無しさん
09/03/05 18:41:39
ちょっと前に
「gccの4.x.x系は3.4.5よりもWindows環境への対応が悪い」
と聞いんだが、未だに悪いの?
俺が興味あるのはg++だけだが、g++に限ってもそう?。
246:デフォルトの名無しさん
09/03/06 05:19:57
何をして対応が悪いといっているのか不明なのでなんとも・・・
247:デフォルトの名無しさん
09/03/06 11:34:41
MinGW
URLリンク(sourceforge.net)
ここから 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 などなど、重複がいっぱいあります。
どれを入れればいいんですか?
ヒヨコのオスメスみたいに、ひとつひとつ手作業で選別せにゃいかんのですか?
248:デフォルトの名無しさん
09/03/06 11:46:55
バージョン1.0.11
と
バージョン1.0.11-1
のサイズが違うと何か問題ある?
249:デフォルトの名無しさん
09/03/06 12:33:53
知らないならレスしないでください
250:デフォルトの名無しさん
09/03/06 13:32:28
だから、リリースバージョンが違うものなんだから、中身が違って当然だろうが。
これで意味が通じなかったら、Technological Previewバージョンを各ソフトごとにとってくるなんてやめて、
おとなしく安定バージョンをパッケージで入れろ。
251:デフォルトの名無しさん
09/03/06 13:35:06
だから知らないならレスしないでください
252:デフォルトの名無しさん
09/03/06 13:35:57
ほかに誰か知ってる人はいませんか?
253:デフォルトの名無しさん
09/03/06 14:06:09
>>251, 252
くだらない悪ふざけはν速にでも行ってやれや。
254:デフォルトの名無しさん
09/03/06 15:32:21
質問: どちらが新しいんですか?
答え: サイズが違うと何か問題ある?
頭おかしいの?
255:デフォルトの名無しさん
09/03/06 15:45:13
だから、リリースバージョンの見方もわからんバカは
安定版のパッケージを入れろよ。
バージョンわからん奴がTechnological Previewをいれて何の役に立つんだよ。
256:デフォルトの名無しさん
09/03/06 16:18:23
>>254
とっとと失せろ、ゴミクズ
257:デフォルトの名無しさん
09/03/06 17:47:47
ニートタイムに喚くなよ
見苦しいな
258:デフォルトの名無しさん
09/03/06 18:21:19
で?
けっきょく、どれが新しいかわからないんだろ?
知らないならレスすんなよ。
あんたに質問したんじゃねーーーーーーーよw
259:デフォルトの名無しさん
09/03/06 19:01:39
ファイルの日付も読めない奴に使える訳もないな
260:デフォルトの名無しさん
09/03/06 19:39:43
>>258
瞬時にリリースバージョンくらいわかりますが、何か?
バージョンを読みとってるからこそ>>248なのだが。
お前は、自分が書いたものと248をみてもまだ理解できないわけだろ?
だから>>250の安定版を入れろと言うことなんだが。
Technological Previewってのは人柱用なんだぜ。
なぜあえてこれを入れたいんだ?
バカだからか?
261:デフォルトの名無しさん
09/03/06 20:21:43
わかったわかった。俺が悪かった。ここはひとつ、俺がオトナになろう。
で、リリースバージョンの見方をおしえてください。おねがいします。
262:デフォルトの名無しさん
09/03/06 20:23:22
事情を説明いたしますと、
安定版が安定しないから、試しに全部新しいのにしてみようと思っただけです。
それで安定するか、しないか、検証してみるだけです。
「問題の切り分け」 を死体のです。
263:デフォルトの名無しさん
09/03/06 20:33:45
>>261
逆に煽り返されたりして、出来もしないくせに下手なことしないほうがいいよなぁ
264:デフォルトの名無しさん
09/03/06 20:46:50
>>262
おとなしくVC++いっとけ
265:デフォルトの名無しさん
09/03/06 20:55:24
ぜんぶ 1.0.11 なので、どれが新しいのかわかりません。
でも確実に、中身が違うんです。
266:デフォルトの名無しさん
09/03/06 21:03:19
すこし分かりかけてきた
1.0.11-1
1.0.11-20080826
これのどっちが新しいか。それさえ分かれば・・・
1 と 20080826 って、どっちが新しいんですか?
267:デフォルトの名無しさん
09/03/06 21:14:49
なんか迷宮に迷い込んでいるような気がするなぁ・・・
問題の切り分けをするのであれば、安定版のどの部分が安定
しないのか切り分けるのが先では無いだろうか。
全部最新版に差し替えて安定したところで、どの部分が問題
だったかは結局分からないのでは。
268:デフォルトの名無しさん
09/03/06 21:20:20
パッケージとバラを同じ項目においておきながら、
バラの方が古いなんてアホな管理をするやつがいるとも思えんが。
269:デフォルトの名無しさん
09/03/06 23:37:06
つーかさ、不安定があるのなら、どういう不安定なのか書けよな~
他のユーザーのためにもなる。
270:デフォルトの名無しさん
09/03/07 00:07:40
俺は MSYS のデバッグしてんじゃねぇぞ。
どの部分が問題だったかは結局分からなくても
安定して使えさえすればOKなんだよ。
271:デフォルトの名無しさん
09/03/07 00:43:26
>>270
だからよぉ、他人にもどう不安定か情報出せよ。
自分だけ情報を得られたらそれで桶かよ。
マサにカスだな
272:デフォルトの名無しさん
09/03/07 00:46:02
>>270
問題の切り分けをしたいとか言いながらちゃぶ台ひっくり返すし、
ここまでMSYSが問題なんだとは一言も話をしていないし、
しかも大人のふりしたと思ったらまた退行しているし。
273:デフォルトの名無しさん
09/03/07 01:34:15
>>271-272
ゴミの相手するなよ
274:デフォルトの名無しさん
09/03/07 01:48:09
新しいのと古いのと見分け方を聞きたかっただけなんだが・・・
275:デフォルトの名無しさん
09/03/07 01:48:41
もったいぶらずに教エロ
276:デフォルトの名無しさん
09/03/07 11:16:12
もったいぶらずに着エロ
URLリンク(blog-imgs-27.fc2.com)
277:デフォルトの名無しさん
09/03/07 14:50:19
>>276
ありがとうございます。おかげさまで解ケツしました。
278:デフォルトの名無しさん
09/03/13 22:53:09
g++ってワイド文字列環境はまともになってる?
g++ (GCC) 3.4.5だと、
std::wcoutって何だか分かりません見たことも聞いたこともありません
的なコンパイルエラーがでちゃうんだよね。
279:デフォルトの名無しさん
09/03/14 01:43:37
>>278
今は無理。まともにサポートできる見通しが立たないから宣言自体が無効化されてる。
今公開テスト中の Cygwin 1.7 には wchar_t 関連の C 標準関数がひととおり実装されてるんで、
その上で動く g++ なら使えるようになるかもしれない。
280:デフォルトの名無しさん
09/03/14 03:23:49
>>278
この4.3.3使え
URLリンク(www.tdragon.net)
281:デフォルトの名無しさん
09/03/14 08:30:19
そもそも何でMinGWって最新のGCCを同梱してないの?
>>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).
ってやつか?すげぇなコレ。
いわゆる人柱版ってことかな?
282:デフォルトの名無しさん
09/03/14 17:36:13
UNIX/Linux初心者です。
会社で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);
}
省略
283:デフォルトの名無しさん
09/03/14 18:40:21
>282
質問の答えじゃないが、fork するんなら pipe(2) 使えばループで待つ必要もないんじゃないの?
284:デフォルトの名無しさん
09/03/14 19:52:06
>>282
質問の答えじゃないが
printf("chi 3-25 error open fifo\n",fname_c);
err_no = errno;
これはダメだろう常識的に
285:デフォルトの名無しさん
09/03/17 11:38:28
質問の答えじゃないが、popen()で事は足りないのかな?
286:デフォルトの名無しさん
09/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の仕様が違うのでしょうか)
とてもくだらない質問に思えて恐縮なのですが,解る方がいたら教えてください.
287:デフォルトの名無しさん
09/03/22 07:55:26
fopenでtext modeでファイルを開くと、0x1aをEOF(=CP/Mの)と見なすから。
URLリンク(www.google.co.jp)
288:デフォルトの名無しさん
09/03/22 07:56:24
mingwのライブラリはVC仕様なので
バイナリモードで開いてみては
fp = fopen( path, "rb" ); // こんな感じ?
# たしか Windows/DOS ではテキストモードで開くと 0x1a を
# EOF として扱う仕様だったような気がする
# unixはテキストモードはなし
289:デフォルトの名無しさん
09/03/22 08:33:39
>>287-288
素早い返答ありがとうございます.
ご指摘のとおり,fopenのモード指定の問題でした.
VC系だとテキスト/バイナリの区別がある,というのを初めて知りました.
googleにもスバリ書いてあることだったようで,お恥ずかしい限りです.
290:デフォルトの名無しさん
09/03/22 23:13:40
CygWinでgprofかけても時間情報が取れないのですがどうすればプロファイル取れる
でしょうか。
g++のコードのプロファイルが取れる方法よろしくです。gprofて最近は使われてない?
291:デフォルトの名無しさん
09/03/23 05:44:56
gccのバージョンによって、gmonのフォーマットが途中で変わってるので、
gccかgprofのバージョンを変えてみると良いらしい。MinGWもgcc3.4.5と
手元のgprofとの組み合わせではダメで、gcc4.3.2や4.3.3では取れるなあ。
これは古いgprofを試さないといけないのかな。
292:デフォルトの名無しさん
09/03/25 21:09:34
>>291
CygWin/g++でgprof以外にプロファイル取るすべあるでししょうか?
最近の人はどうやってプロファイル取ってるの?
293:デフォルトの名無しさん
09/03/25 22:50:40
>>291
横レスだけど情報ありがとう。
古い 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 が正常に動作しないらしい。
URLリンク(www.nabble.com)
binutils-2.17.50 だと問題ないということなのでダウングレードして
gcc 3.4.5 と一緒に試したところ、正しく統計情報が取れるようになった。
294:291
09/03/26 00:45:20
すっかり忘れてたけど、次の日動かしてみたら、MinGW 3.4.5とgprof 2.19、2.19.1での動作を確認した。
だから前回書いたことは、全くの見当違いでgprof 2.18.50だけの問題みたい。ごめんね
>>292
おそらくだけど、プロファイラ自体を使ってる人が少なく、使ってる人も自前で
gprofをbuildか、バージョンダウンしてる。
295:デフォルトの名無しさん
09/03/26 07:02:43
まあ、わざわざMinGWでgprof使おうと思う人は少ないだろうなぁ。
296:デフォルトの名無しさん
09/03/27 11:07:23
cygwin/mingwがターゲットになることは少ないので、gprofするのはLinux上になることが多いなぁ。私のところでは。
297:デフォルトの名無しさん
09/03/31 03:34:28
test
298:デフォルトの名無しさん
09/04/03 07:16:03
質問です。PC-98のMS-DOS上でDJGPPとNASMとBorland C++ 3.1Jでプログラムを
組んでますが、たとえば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があるんですが、
それでやっても処理系の差異は変わらないですよね?
299:デフォルトの名無しさん
09/04/03 07:20:27
16bitコンパイラと32bitコンパイラで比較して何がしたいの?
300:298
09/04/03 07:26:38
× X-Mate
○ 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は無理ですか!?
301:デフォルトの名無しさん
09/04/03 07:39:15
たぶんこのスレにそんなマニアックなケース答えられる人はいないんじゃないかと。
302:デフォルトの名無しさん
09/04/03 07:59:25
DPMIはDOSエクステンダの下請けに過ぎず
DJGPPのリンカはDOSエクステンダに相当するものをスタブとして取り込んでいるから出力ファイルが大きくなる
303:デフォルトの名無しさん
09/04/03 08:08:37
go32.exeが組込まれるんだっけ
304:デフォルトの名無しさん
09/04/03 08:09:50
他にも即値やディスプレースメントが32bitで大きくなったり、アラインメントが32bitになったりで
いくらでも16bitコードより大きくなる要素はある
305:デフォルトの名無しさん
09/04/03 08:18:41
んなもん、gccのバイナリがデカのは今も昔も変わらん。
go32とか関係なく
vcとMingw gccではやはりバイナリサイズが全然違う。
306:デフォルトの名無しさん
09/04/03 10:13:49
>>298
そんな過去の鈍足PCを今のPCと較べても、全く意味がありません。
それとも、クロック周波数の20MHzという意味が理解できませんか?
いずれにしても、鼬害です。レトロPC板にでもお帰りください。
307:デフォルトの名無しさん
09/04/03 10:25:40
298 みたいな時空を超えた書き込みを
太鼓腹のオッサンがシコシコ打ちこんでると思うとキモイな
308:デフォルトの名無しさん
09/04/03 10:41:15
同族嫌悪というやつですか?
309:デフォルトの名無しさん
09/04/03 11:25:52
PC-9801にMS-DOSとはまた懐かしいものを出してくるなあ
310:デフォルトの名無しさん
09/04/03 12:48:25
あんまり虐めてやるなよ
311:デフォルトの名無しさん
09/04/03 14:54:36
古いものを好き好んで触るのは人の自由だと思うが
騒ぎ方がどうにもキチガイじみてキモいな
312:デフォルトの名無しさん
09/04/03 23:12:56
その3つを比べることに何の意味があるんだか…
#とりあえず「DJGPPってまだあったんだ」とか思った
313:デフォルトの名無しさん
09/04/05 06:16:12
レトロPCを使ってる時点で処理効率など問題外なのだから
32bitコードなど中途半端にひよったものを使わずに
堂々と16bit縛りでいくべき
314:デフォルトの名無しさん
09/04/05 12:53:48
dosプログラミングはずっと無料版のLSI C86使ってたな。
farポインタとか懐しい。
315:デフォルトの名無しさん
09/04/09 15:03:43
>>300 7000円あるなら中古でWindows98の入ったPC買えるだろww
316:デフォルトの名無しさん
09/04/09 22:33:46
そうかなあ
317:298
09/04/10 04:12:14
>>315
その後、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と関係なさ過ぎたwすいませんww
318:デフォルトの名無しさん
09/04/12 16:37:09
すいません 質問下手かもしれないけどよろしいでしょうか?
Cygwinのインストール時、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コマンドは詳しくないのでちんぷんかんぷんですw
319:デフォルトの名無しさん
09/04/12 17:21:34
>>318
$ cygcheck ./a.exe を実行してcygboost_thread_gcc_mt-1_33_1.dllの存在するディレクトリを調べて、
Windowsの環境変数PATHに追加する。
320:デフォルトの名無しさん
09/04/12 17:58:14
>>319
実行してみたけど無理でした・・・
そもそもboostを導入する方法はこれでよかったのでしょうか・・・
321:319
09/04/12 18:50:24
正確に書いてくれ。「実行してみたけど無理でした・・・」はどうなったのかわからん。
1)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) 他にもあるかもしれんが、エスパーするのに疲れたのでここまで。
322:318
09/04/12 19:01:03
check成功
↓
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ってとこです。。。
323:319
09/04/12 19:01:48
$ cygcheck -cd | grep boost
boost 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
324:319
09/04/12 19:10:05
>>322
Windowsの環境変数にd:\cygwin\binを追加してから、
**新たに** Windowsのコマンドプロンプトを開いて「echo %PATH%」を実行し、
cygwinのパス(今回だとd:\cygwin\bin)が存在することを確認する。
325:319
09/04/12 19:14:04
確認できました
326:319
09/04/12 20:36:56
>>326
じゃあ、次に、そのコマンドプロントで「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 <URLリンク(gnu.org)
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を再起動してから試すこと。
327:318
09/04/12 20:39:47
ええ!?再起動しないと駄目なのかい!?
328:319
09/04/12 20:50:50
Explorerに環境変数を反映させるには、Explorerプロセスの再起動が必要。
Windowsの環境変数はExplorerの親プロセスに設定される。しかし、それを子プロセスに反映するには、子プロセスを再起動する必要がある。
(これはWindowsだろうと、UNIXだろうと、MS-DOSだろうと、同じ)。
もっとも、今回はExplorerだからログアウト→ログオンで、行けそうな気がする。(面倒なので試してない)
なお、Windowsサービス (ApacheとかPostgreSQLとか)に環境変数の変更を反映させるなら、Windowsサービスの親プロセスの再起動、つまりWindowsの再起動が必要。
329:318
09/04/12 20:52:35
やった!!できました!!
長い時間ありがとうございました
330:319
09/04/12 21:00:50
おめでとう。これで肩の荷が下りたよ。
331:デフォルトの名無しさん
09/04/27 14:40:09
MinGW(gcc3.4.5)でSTLport5.2.1のビルドができない理由がやっとわかりました
STLport5.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が初期化前に使われているとか警告が出ますが
無視していますけどいいのでしょうか?
332:デフォルトの名無しさん
09/04/27 14:41:35
なお上記の修正は次のFORUMから引用しました
URLリンク(sourceforge.net)
333:デフォルトの名無しさん
09/04/30 09:21:49
エラーメッセージの日本語化って進んでますか?
334:デフォルトの名無しさん
09/04/30 16:21:30
日本語化されたエラーメッセージ見ても、分からないという落ち?
335:デフォルトの名無しさん
09/04/30 22:02:55
>>333
1.7でLANG=ja_JP.UTF-8なら、日本語のメッセージカタログ持ってるやつは、日本語でメッセージを出す模様。
メインの環境を1.7に切り替えたんだが、localeまわりはまだ微妙だな……。まぁ、壊滅状態の生1.5よりはマシだけど。
しかし、ちゃんと動くようにする意志はあるんだろうか。
336:デフォルトの名無しさん
09/05/03 12:42:57
MSYSのm4が古い問題ってどうやって回避するの?
337:デフォルトの名無しさん
09/05/03 17:47:45
Component Object Model使うサンプルください
(しかし略すとCOMなんて最低な名前・・・検索で余計なのがひっかかりまくりw)
338:デフォルトの名無しさん
09/05/04 12:20:21
gccでC言語のプログラムをコンパイルしたら、
そのライセンスって制限付く?
標準Cライブラリはgccのものを使うとして。
339:デフォルトの名無しさん
09/05/04 12:32:56
GPL/LGPLでは。
340:デフォルトの名無しさん
09/05/04 12:45:10
確かgccを改変してMy_Compilerとかいうソフトを作るんならGPLだが、
産物に関してはGPLが及ばないのではなかったかな?
libstdc++とかも例外条項付きGPLだから大丈夫とか聞いた気がするけど。
どなたか有識者plz!
341:デフォルトの名無しさん
09/05/04 12:57:38
>>340
前者GPL、後者LGPL。
342:338
09/05/04 13:15:47
>>339-341
なるほど、産物にも影響するのね。
どんなにヌルくてもLGPLが要求されるなら到底 仕事じゃ使えないわな。。。
343:デフォルトの名無しさん
09/05/04 13:23:40
そこらの家電には結構入っているがな。
どんな仕事だよ。
344:デフォルトの名無しさん
09/05/04 13:28:46
>340
GCC については
URLリンク(www.gnu.org)
で、libstdc++ については
URLリンク(gcc.gnu.org)
で、コンパイル対象のコードのライセンスに対しては制約なしとなってる。
345:デフォルトの名無しさん
09/05/04 13:28:57
>>343
リバースエンジニアリングされると困る仕事。
まあどうせされるんだろうが、それにしたってLGPLだと明示的に禁止出来ないじゃない。
346:338
09/05/04 13:40:41
>>344
おお、決定打ありがとう。
libstdc++はつまり
「オープンソースにしてくれるとうれしいけど、
まあそうじゃなくても良いよ。特に制約は科しません」
という事だよね。
ここは理解出来たのだがGCCについては今ひとつだ。
よろしければ教えていただけませんでしょうか?
「GCC(や他のGPLでライセンスされたエディタなど)を使って
開発されたソフトウェアには何ら制約はありません。」
「しかしBisonは自身のコードの一部をコピーするのでGPL強制です。」
BisonとやらはGCCの一部なのかい?
だとするとやっぱりGCCを使うと結果的に産物もGPL強制?
347:デフォルトの名無しさん
09/05/04 13:45:53
>>346
ソースをベースにしたらGPL
ライブラリ/バイナリを使ったらLGPL
と覚えておけばいい。
明示的な禁止に意味があるとは思えないが。
348:デフォルトの名無しさん
09/05/04 13:51:38
>>347
LGPLだとライブラリをstaticリンクした時が致命的じゃね。
ソースコードまたはオブジェクトコードの配布を拒否してはならない
だと!?
349:デフォルトの名無しさん
09/05/04 13:52:42
>>348
心配すんな、ダイナミックリンクも対象だ。
今時何言ってるんだ、おまえは。
350:デフォルトの名無しさん
09/05/04 13:53:40
>>349
え?ダイナミックリンクでもソース開示強制なの?
351:デフォルトの名無しさん
09/05/04 13:58:40
>>350
自分で書いたことも読めないのか。
とりあえずまず自分で読んだらどうだ。
352:デフォルトの名無しさん
09/05/04 14:01:12
>>346
> libstdc++はつまり
> 「オープンソースにしてくれるとうれしいけど、
> まあそうじゃなくても良いよ。特に制約は科しません」
この翻訳(意訳)でOK。
> 「GCC(や他のGPLでライセンスされたエディタなど)を使って
> 開発されたソフトウェアには何ら制約はありません。」
ここもこの翻訳(意訳)でOK。
> 「しかしBisonは自身のコードの一部をコピーするのでGPL強制です。」
ここもこの翻訳(意訳)でOK。
> BisonとやらはGCCの一部なのかい?
> だとするとやっぱりGCCを使うと結果的に産物もGPL強制?
現在のGCC(g++しか記憶にないが)はbison使わないんじゃなかったか?
以上まとめると、商用利用も万事OKで全く制約はないと思われ。
353:デフォルトの名無しさん
09/05/04 14:02:06
>>350
いや再確認してるだけだろ、無能はだまっとれ。
354:デフォルトの名無しさん
09/05/04 14:47:53
>346
元々この FAQ の項は GPL なツールを使ってフリーじゃないプログラムを開発できますか?という項。
で、問題ないというのが最初の段落なんだけど、自身のコードの一部をコピーするものもある、というのが次の段落に説明されていて
その例として Bison (構文解析器を作成する為のツール) が挙げられている。
コピーされたコードについては元々のライセンスが適用されるんだけど、Bison に関して言えば例外が認められていて非フリーの
プログラム作成に使っても問題ない、というのが最後の段落。
仮に GCC が Bison を利用していたとしても影響を受けるのは GCC まで。
結局、いずれにしろ GCC の生成物を非フリーとして利用してもよい。
まとめると GPL なツールを用いて非フリーのプログラムを作成しても基本OKだけど、ソースをコピーするものについては
それぞれ例外条項があるかどうか確認するべし、となる。
355:346
09/05/04 15:03:55
>>352
>>354
なるほど、だいぶ分かりました。
GCCは非フリー利用にも耐えうる事が
ちゃんとオフィシャルに示されているわけですね。
GCCが発展した理由が分かったような気がしてきました。
356:デフォルトの名無しさん
09/05/05 12:29:02
C++ code - 28 lines - codepad
URLリンク(codepad.org)
このコードで
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
URLリンク(www.gamedev.net)
ここの人も同じような問題に当たっているようですが、これは何がおかしいのでしょうか?
357:デフォルトの名無しさん
09/05/07 10:14:00
>>356
詳しいことは知らんが、その警告は最適化しないと出てこない。
要は、最適化のフェーズで変数を未代入で参照しているようなパスを見出しているのだろう。
手元の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;
}
358:356
09/05/07 11:30:15
>>357
良い例ありがとうございます。
では、心配しないで進むことにします。
お世話になり、ありがとうございました。
359:デフォルトの名無しさん
09/05/07 11:42:18
どうでもいいけど、>357のソースをgcc -std=c99 -O3 -funroll-loops -Wallしたら警告が消えた。
どうやら、O3の最適化とunroll-loopの組み合わせでループを全展開して代入だけにしてしまうらしい。
と思ってアセンブリ出力を見たら只管インクリメントしていて笑えた。
360:デフォルトの名無しさん
09/05/07 21:45:44
>>356
Binary Hacksに>>357が言ってることが書いてあった気がする
361:デフォルトの名無しさん
09/05/13 16:56:51
GNU ncursesで日本語表示をするやり方を教えてください。
環境は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で文字化けせずに表示する方法はないでしょうか。
362:デフォルトの名無しさん
09/05/13 22:53:42
今のcygwinはsetlocaleをほとんど無視する仕様だった希ガス
363:デフォルトの名無しさん
09/05/13 23:28:01
>>362
setlocaleはCygwin-1.7なら一応動く。(つか、setlocaleしないとまともに動かず、それはそれで困っているので現在hack中)
ただし、wcwidth/wcswidthも腐ってるので、ncursesw使っても日本語はNGというしょぼーんな結果に。
そのうち何とかするつもりなので気長に待て。
364:361
09/05/14 08:35:11
cygwinで日本語表示は厳しそうですね・・・
仮想PCにXPを入れてWindows Service for Unix3.5上で動かしてみたら、
先のサンプルでの”ほげほげ”の表示の確認ができました。
仕方がないので、Windows Service for Unix3.5を使っていこうと思います。
ありがとうございました。
365:デフォルトの名無しさん
09/05/14 10:00:05
>>364
XWindow使えば少しはましだった希ガス。尤も、そこまでしてCygwinにこだわる必要もない黄モス。
366:デフォルトの名無しさん
09/05/14 10:43:20
Vista Businessなら仮想環境使わなくてもSUA(SFUの後継)使えなかったっけ
367:デフォルトの名無しさん
09/05/14 17:20:20
cygwinのwcwidth/wcswidthが腐ってても--enable-widecつけてビルドすると
libutf8のほうの使うようになるから、おkだった希ガス
あとはsetlocale(LC_ALL, NULL);が常にja_JP.UTF-8を返すようにしたcygwinのdllと
少なくてもUTF-8表示に対応した端末(漏れの場合はck
用意したら表示できたYO
368:デフォルトの名無しさん
09/05/23 19:35:45
#include <iostream>
int main()
{
std::cout << "能" << std::endl;
return 0;
}
このコードがg++ 3.4.5 Mingwでコンパイルできません。
どうすれば良いでしょうか?
369:デフォルトの名無しさん
09/05/23 20:04:26
"能\"
370:デフォルトの名無しさん
09/05/23 20:27:09
>>369逆じゃねーの?
371:368
09/05/23 20:35:41
"能\"
でいけました。
ありがとうございました!
372:デフォルトの名無しさん
09/05/23 20:37:40
gcc --input-charset=cp932 --exec-charset=cp932
373:デフォルトの名無しさん
09/05/23 20:40:27
>>368
URLリンク(seclan.dll.jp)
374:デフォルトの名無しさん
09/05/23 20:50:49
なるほど、文字コードの問題なのですね。
ありがとうございます。
375:デフォルトの名無しさん
09/05/23 21:14:17
文字コードの問題だけじゃなくてインストーラでインストールした場合
iconvがリンクされてないので古いcc1.exeとcc1plus.exeを持ってこい
という話
376:デフォルトの名無しさん
09/05/23 21:33:32
なるほど、
多少の処置が必要なのですか。
ありがとうございます。
377:デフォルトの名無しさん
09/05/23 21:42:50
俺もそれでハマったんで
本当にMinGWのインストーラは糞だわ
というか8ビット圏の人間無視してるだろって感じ
378:デフォルトの名無しさん
09/05/23 23:59:53
www.tdragon.net/recentgcc
俺はこれ使ってる
379:デフォルトの名無しさん
09/05/24 01:10:33
>>378
これSTLportの最新版(5.2.1)ビルドできる?
380:デフォルトの名無しさん
09/05/24 02:23:34
>>379
若干の修正が必要だが一応ビルドできた
EHテストも通ったけど
ちゃんと使えるライブラリとしてビルドできたかどうかは不明
381:デフォルトの名無しさん
09/05/29 11:04:07
MinGWでGDI+ができた人いませんか?
382:デフォルトの名無しさん
09/06/02 16:29:42
ハッシュ検索関係hcreate/hsearch/hdestroy
cygwinにはあってMinGWにはないのな
-mno-cygwinで使いたきゃ自力で実装するしかないっと
383:デフォルトの名無しさん
09/06/03 09:52:38
>>382
MinGWを使うってことは,POSIXなAPIを諦めてWin32 APIと生きる覚悟をするってことだ
384:デフォルトの名無しさん
09/06/04 06:02:06
-- foo.c
extern void g();
void f() { g(); }
--
gcc -shared foo.c -o foo.so
こんな共有ライブラリを作る場合、
シンボルgについて何も知らなくても実行時に解決してくれるはずですが、
cygwinで同じことをやろうとするとfoo.soがビルドできません。
(undefined reference to `_g' とldに言われる)
何か別のオプションが必要なのでしょうか?
385:デフォルトの名無しさん
09/06/04 06:07:49
foo.dll?
386:384
09/06/04 07:48:52
>>385
あ、cygwinでは-o foo.dllでやってました。
で、スマソ自己解決
URLリンク(www.bookshelf.jp)
の273以降に話が出てました。
> WindowsのDLLじゃビルド時にシンボル解決をしてやらないといけないんだよね。
> なんかアホらしい仕様。
orz
gcc -shared foo.c -o foo.dll -lowner_of_g
ちゃんと書かなきゃいけないようです。
書けない場合は自分でシンボル解決しなきゃいけないのか
387:デフォルトの名無しさん
09/06/04 16:27:27
>>386
URLリンク(www.pushaa.jp)のコピペで何も考えずに作ってたけど
(さらに"-s"付けると関数名そのままで呼べるようになる)
そんな制限があったのか
388:デフォルトの名無しさん
09/06/04 21:48:52
>384
一応こんなのもあるべ。
URLリンク(alain.frisch.fr)
389:デフォルトの名無しさん
09/06/05 04:54:12
>>381
URLリンク(wiki.bb4win.org)
390:デフォルトの名無しさん
09/06/13 16:16:43
Windows XP SP2です。
g++ source.cpp
というコマンドでコンパイルすると、
コンパイルエラーが大量に出て
上の方が読めなくなってしまいます。
コンパイルエラーは、特に最初の方が大事なわけで
これでは困るのですが、どうしたら全てのエラーメッセージがでるでしょうか?
g++ source.cpp > result.txt
の様にリダイレクトしてみたのですがだめでした。
391:デフォルトの名無しさん
09/06/13 17:17:11
>>390
オイオイ。 標準エラー出力をとらなきゃ駄目だろ。
g++ source.cpp 2> result.txt
っていうかソースコードをある程度のサイズに分割しておけば、
最初の方が流れてしまうほど大量のエラーメッセージにはならないはず。
392:390
09/06/13 17:21:01
>>391
2>
で取れるのですか。
初めて知りました。
ありがとうございます。
>ソースコードをある程度のサイズに分割しておけば、
まさにおっしゃる通りです。
・・・が、特定のクラスのデバッグ用途のソースなため
分割の意味があまりなく、またエラーが出る時はソース全てに渡り
むっちゃくちゃ一斉に出るという特徴がありまして。
393:デフォルトの名無しさん
09/06/15 18:56:04
OSの使い方を先に覚えないとな
394:デフォルトの名無しさん
09/06/15 19:37:27
boostのmulti_array.hppに関して質問させてください。
とあるプログラムをコンパイル&インストールしようと思い、cygwinを導入しました。
コンパイル&インストールにはboostの1.34以上が要求されていました。
しかし、cygwinのパッケージに含まれていたboostが1.33である事に気付かず、
そのまま行ってしまい、途中でエラーが出てコンパイルが中断しました。
そこで漸くboostのバージョンが要求を満たしていなかった事に気付き、
cygwinのsetup.exeを立ち上げてboostをアンインストールし、
URLリンク(homepage3.nifty.com)を参考に
最新バージョンの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です。