- 1 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:26:08 ]
- エスケープシーケンスやWin32APIなどの環境依存な物でもOK。
ただしその場合、質問者は必ず、環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.40【環境依存OK】
pc11.2ch.net/test/read.cgi/tech/1184717430/
【アップローダー】(質問が長い時はココ使うと便利)
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
- 116 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 00:41:55 ]
- 別スレに来たのかとおもた
- 117 名前：110です mailto:sage [2007/08/09(木) 00:47:09 ]
- 自分の認識ではname[]へは、
[satouへのポインタ]
[takahashiへのポインタ]
[suzukiへのポインタ]
…
でしたので、数が増えた場合の事を考えて、
int型で宣言した方が良いと思い、
int型で宣言しました。
この辺りが曖昧でして。申し訳ありません。
- 118 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 00:50:06 ]
- 皆様突っ込みどうぞ
- 119 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 00:52:05 ]
- >>117
数がいくら増えようが、char *もint *も必要とするメモリは変わりない。
ってか、name[]に２５６を超えるポインタを格納することを考えてintにしたのか？
だとしたら激しく勘違いしているぞ。
- 120 名前：100です mailto:sage [2007/08/09(木) 00:54:21 ]
- すみません、ソース見てみたらchar型で宣言してました。
int型に変更してコンパイルしてみたところ
大量のwarningが出ました。
（エラー内容：warning initialization incompatible pointer type）
お騒がせして申し訳ありません。
- 121 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 00:56:05 ]
- >>117
ポインタが指し示す値の型がintならint*を使うしcharならchar*を使う
指し示した先の型が表せる値の範囲は違ってもポインタ自体のサイズはint*でもchar*でも同じ
- 122 名前：110です。 mailto:sage [2007/08/09(木) 00:58:30 ]
- ↑すみません>>120 = >>110です。
char型の配列を、
name[] ={...}内に入っている分を確保するという事で良いでしょうか。
- 123 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 00:59:34 ]
- "satoru"
は、文字列リテラルと呼ばれるものです。環境にもよりますが、
書き込み不可のメモリ領域に確保されます。
で、これはchar型の配列、末尾が'\0'として表現されています。
なので、
char *name[] = {"satoru", "takahashi"."suzuki"};
の意味は、
１．書き込み不可領域に確保されている"satoru"、"takahashi"、"suzuki"の３つの文字列リテラルがある。
２．要素数３、でchar型へのポインタの配列（name)がスタック（？）に確保され、各ポインタは、
１．の"satoru"、"takahashi"、"suzuki"それぞれの先頭の一文字のアドレスを指すように初期化される
です。
117はCにおける文字列の表現方法について基本が分かっていません。がんばってちょ。
基本を理解するのは意外と難しいです。
- 124 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 01:01:07 ]
- 違う。char *を{...}の中にある要素数だけ配列として確保する。
だから、下の二つはnameで確保するメモリは同じ。
char * name[] = { "a", "b" };
char * name[] = { "aaaaaaaaaa", "bbbbbbbbbb" };
- 125 名前：110です mailto:sage [2007/08/09(木) 01:15:45 ]
- 皆様へ
丁寧なご説明ありがとうございます。
ずっとこの部分でエラーを吐いていて、
うまく動かず悩んでいたのですが、やっと動きました。
どうしてエラーが出ていたのかも理解できました（と思います…）。
ありがとうございました。
- 126 名前：46 mailto:sage [2007/08/09(木) 04:02:22 ]
- >>61書き込みを遅くなりまして申し訳ありませんでした。
>>始めに出力した内容がＤＯＳ窓を上にスクロールしてもみえません。とか？
そのとおりです。何か対処法がありましたらぜひ教えてくださいよろしくお願いします。
- 127 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 04:06:27 ]
- どんだけ〜
- 128 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 07:55:37 ]
- >>126
所謂DOS窓を縦に引き伸ばしてみては如何でしょうか。
或いは、リダイレクトでファイルに落としてエディタで見るとか、
パイプラインでmoreに繋いで見るとか。
って、どう見ても言語ネタじゃないね。
- 129 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 11:02:45 ]
- >>97
うちのUbuntu系のLinuxには /usr/lib/libssl.so があるんだぜ。
- 130 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 11:34:48 ]
- >>126
ﾜﾛﾀｗｗプログラミング以前の問題だなｗ
- 131 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 13:18:07 ]
- 左上のアイコン右クリック＞規定値＞レイアウト＞画面バッファのサイズ＞高さ を増やすとか
- 132 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 13:22:16 ]
- >>126
出力をテキストファイルにリダイレクトするとか
bcc32 -Etest.txt test.cpp > result.txt
- 133 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 16:49:44 ]
- ファイル入出力で質問です。
ファイル保存のダイアログを出して、適当なところに保存して
また別にfopen("test.txt", "w");
で保存すると、保存ダイアログが出てたフォルダに保存されてしまうのですが
これを、実行ファイルと同じフォルダに保存するようにしたいんですけど
どうすればいいでしょうか？
- 134 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:13:51 ]
- カレントディレクトリを実行ファイルのあるディレクトリにすればいいんじゃないの？
- 135 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:20:44 ]
- >>133
つまりユーザはダイアログで保存ディレクトリも含めて保存先を指定したのに
それを*無視*して実行ファイルと同じディレクトリに*無理やり*保存したい
ってこと？
ユーザ権限について調べてみるといいと思うよ
Unixは言うに及ばず、WindowsであってもVistaでは厳しくなったようだから
- 136 名前：135 mailto:sage [2007/08/09(木) 17:24:09 ]
- ああ、
> また別にfopen("test.txt", "w");
> で保存すると、
と書いてあるから、ユーザに指定させたのとは無関係に、プログラムが
勝手にこしらえるファイルの話か？
だったら、自分で実行ファイルのディレクトリを取得して、
フルパスで指定汁。カレントがどこだか分からないのだから。
とは言え、パーミッションには注意。Unixならもともとそういう設計は論外な。
- 137 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:27:59 ]
- >>134
>>135
アドバイスありがとうございます。
ダイアログで保存するものと、fopenで保存するものは別のものなんです。
ただダイアログを出さないで保存したいなと思いまして。
ただ単に、fopenのみのプログラムだと実行ファイルのところに保存できたのですが
ダイアログ→fopen の順序で実行したらダイアログで保存したフォルダに一緒に保存されてしまったんです。
カレントディレクトリを実行ファイルのあるディレクトリにすればいいとは思ったんですけど
やり方がわかりませんでした。
- 138 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:29:46 ]
- GetModuleFileName()でexeのファイル名を取れ
- 139 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:31:32 ]
- >>133
OFN_NOCHANGEDIR
- 140 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:32:31 ]
- int main(int argc, char *argv[])
ってやると、argv[0]に実行ファイル名が入るよ
- 141 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:37:02 ]
- >>140
この場合、そのことに何の意味が?
まさか、argv[0]に必ずフルパスが入っているなんて能天気なことを想像してたりしませんよね?
- 142 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:44:13 ]
- >>141
フルパスが入るようにコマンドラインを入力するんだよ
大丈夫か？
- 143 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:45:26 ]
- >>142
アプリの都合でアプリの存在するディレクトリにこしらえるファイルのために
何でユーザがアプリの起動方法を指図されなければならないのだろうか
- 144 名前：133 mailto:sage [2007/08/09(木) 17:48:56 ]
- みなさんありがとうございます。
>>139さん
のやり方で解決いたしました。
他にも色々な案を出してもらったので一つ一つ試していきたいと思います。
ありがとうございました！
- 145 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:49:28 ]
- argvやカレントディレクトリに仮定を置くのは糞デザイン
- 146 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:50:46 ]
- >>144
それじゃ、カレントがexeのディレクトリと同じじゃないと
意味無いよ。確実にexeが存在するのと同じ場所にファイルを作りたいなら
フルパス指定するしかない。
- 147 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 17:58:50 ]
- GetModuleFileName()でフルパスを得て
_splitpath()で分解して
sprintf()で結合とかどう？
- 148 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:09:56 ]
- ダメ
- 149 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:23:43 ]
- exeと同じフォルダに書き込もうとか思っていると、
VistaのUACではまるかも。
そこに至るまでの道のりは長いだろうけどね。
- 150 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:29:17 ]
- 何をさも自分が苦労したからって
- 151 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:38:38 ]
- >>150
北極行くのに南極経由するような人なんだから触れてやるな
- 152 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 18:56:11 ]
- >>150
「さも」の使い方がおかしい
- 153 名前：133 mailto:sage [2007/08/09(木) 19:02:17 ]
- すいません。だめでしたね。
>>147
の様な処理で分解してstrcatで結合して
それっぽい動きになりました。
- 154 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 19:50:02 ]
- ファイルダイアログで選択して別ファイルに保存、、、
C#のスレでまったく同じ質問があったな、しかも同じ日
どっかの課題かなにかなのだろうか
- 155 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 19:51:14 ]
- ただのマルチだろ
- 156 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 20:16:59 ]
- いや、だって言語違うぜ？
- 157 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 20:17:54 ]
- 右も左も分からないんだろう
- 158 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 20:21:21 ]
- うーん、向うはC#のソース出してたし
解決の仕方も解決した時刻も違うから
同じ人とは思えないなあ
質問者に種あかししてほしいとこだが
- 159 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 20:36:30 ]
- ファイルダイアログなんてよくある質問じゃん。
- 160 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 20:40:44 ]
- 全部同じ奴だろ
- 161 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 23:17:50 ]
- 包茎を短時間で修正するプログラムの
開発って難しいですか？
- 162 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 23:21:06 ]
- 包茎と短時間と修正の定義次第
- 163 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:35:49 ]
- いつから配列の定義の要素数に変数が使えるようになったん？
99年から？
void func(int n){
int array[n];
:
}
とか。。。
- 164 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:36:20 ]
- C99 から
- 165 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:37:50 ]
- やぱり。即レスども。
個人的にはその仕様はうれしい。
- 166 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:44:37 ]
- >>165
ここを参考
seclan.dll.jp/c99d/c99d04.htm#dt19990719
- 167 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:49:43 ]
- longjmpするとリークする可能性があるから、気をつけたまへ
- 168 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 08:39:01 ]
- C99とC/C++は互換性無いから別スレに分けた方がいいと思う。
- 169 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 08:51:48 ]
- 可変引数マクロは非C99処理系にも是非輸入して欲しい
- 170 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 09:01:38 ]
- 素直にC99使えば
- 171 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 09:01:53 ]
- >>168
C と C++ 用にそれぞれ専用スレがあるだろ。問題があれば誘導すればいい。
- 172 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 09:18:08 ]
- stringstreamに、ファイル(ifstream)の中身を書くよい方法はありますか？
とりあえず自分が考えた方法だと、
std::ifstream ifs(...);
std::stringstream ss;
while (!ifs.eof())
{
char buf[1024];
ifs.read(buf, 1024);
ss.write(buf, ifs.gcount());
}
こんな感じです。こんなことをする理由は、
ifstreamからstd::getlineをして1行ずつ処理するプログラムなのですが、
stringstreamに全部入れた後、std::getlineをした方が、倍以上高速になることを発見したからです。
それとも、もっと効率の良い方法はありますか？
- 173 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 09:25:09 ]
- >>172 ss << ifs.rdbuf();
- 174 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:44:50 ]
-
ifstream ifs("dir_name");
if ( ifs.fail() ) { return 0; }
if ( ifs.isDirectory() ) { }
みたいに標準ライブラリだけで
ディレクトリか否かを判定することってでけますか？
あと、ディレクトリ内にある全ファイルの名前取得みたいなことは
標準ライブラリだけででけますか？
- 175 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:50:52 ]
- >>172
pubsetbuf()でバッファでかく取っとくと、一般には速くなると期待されるんだが、
gccの少なくとも古いバージョンでは、open済みのstreambufに
pubsetbuf()を実行しても、何食わぬ顔をして元のバッファを使うようだ。
mmap()したポインタをstrstreamにそのまま突っ込むのが多分一番速いが、
移植性に欠ける上にstrstreamがdeprecatedなのがネックだな。
stringstreamのstrメンバを使うとせっかくmmap()したものを
わざわざコピーしてしまうし、
stringstreamのpubsetbuf()も有効とは限らないようだ。
(少なくともVC++では平然とシカトされる）
>>173
それ記述が簡単でいいんだが、少なくとも
VC++のostream実装とかだと、大して速く無さそうなんだよな。
sgetc()/snextc()と、sputc()使って1文字ずつコピーしてるし
微妙に無駄の多いコードになってるんで、
下手すりゃ手書き1文字コピー回したしたほうがまだ速いかもしれん。
- 176 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:52:02 ]
- >>174
どっちもだめ
ディレクトリのないファイルシステムもあるんで、CやC++の標準は
ディレクトリがらみを一切扱っていないはず
- 177 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:57:35 ]
- >>168
C99はCであって、
互換性がないのはCとC++
- 178 名前：漏れが書かなくてもきっと誰かが書く mailto:sage [2007/08/10(金) 10:58:24 ]
- >>176
そこでboostですよ。
- 179 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:12:01 ]
- >>178
無論そんなことは知っているが、>>174は「標準ライブラリだけ」と
2度も強調しているんだし、非標準の方法があることぐらいは知ってて
聞いてるんだろ
- 180 名前：175 mailto:sage [2007/08/10(金) 11:23:23 ]
- ごめんあほなこと書いた
> stringstreamのpubsetbuf()も有効とは限らない
そもそもpubsetbuf()を入力を食わせるのに使えるはずがないな
- 181 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:26:26 ]
- >>179
>178の名前欄。
つーか、>176はなんで「扱っていないはず」なんて曖昧なままにしておくのだろう。
調べれば直ぐに答が出ることなのに。
- 182 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:28:03 ]
- >>181
すまん、扱っていないことは知っている
理由のほうが推測だ
- 183 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:35:59 ]
- >>182
なるほど、それは失敬。そしてその推測は妥当だろう。
実際、CP/Mやtronにはディレクトリがない。
- 184 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:42:45 ]
- まぁ一方ではsignal()なんかが標準だし
わけわからんところもあるよな
- 185 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:50:07 ]
- 大丈夫、signal()は内容が規定されていないから存在しない環境では何もしなければいいから。
- 186 名前：174 mailto:sage [2007/08/10(金) 11:53:44 ]
- >>176
レスありがとです。
標準ライブラリにディレクトリ絡みがまったくないのでおかしいなぁ
とは思ってたんですが、そんな理由があったとは。。
ソースを他環境に持ってたとき、すぐコンパイルできないとイヤだなと思って
できるだけ標準でやる方法を探してたんですが、
>>178さんの仰るとおり、こりゃおとなしくboost使っといたほうがいいですね。
- 187 名前：デフォルトの名無しさん [2007/08/10(金) 12:06:28 ]
- なんだboost厨の自演か
- 188 名前：デフォルトの名無しさん [2007/08/10(金) 12:09:27 ]
- やっぱりブーストがいちばんですね＾＾
- 189 名前：デフォルトの名無しさん [2007/08/10(金) 12:31:53 ]
- char *p = "hogehoge";
の時
*(p++)
がさす値はoですか?
- 190 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:34:48 ]
- いいえ
*(p++) の値は 'h' になります
- 191 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:37:41 ]
- いいえ
*(p++) の値は 'g' にもなります
- 192 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:37:42 ]
- はい、トムはペンです
- 193 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:38:25 ]
- 出力してみりゃ分かることだろうに。
2ch に書き込むより早く分かる。
- 194 名前：デフォルトの名無しさん [2007/08/10(金) 12:44:01 ]
- *(++p) ｵﾇﾇﾒ
- 195 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:52:10 ]
- *next(p)
^^;;
- 196 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:53:03 ]
- >>189は
p が指す値と
式 *(p++) の値を混同してないか？
- 197 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 12:53:46 ]
- 有り難うございます。
ちなみに
*pには何が代入されているんですか?
- 198 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 13:01:58 ]
- *pには何も代入されていないと思いますが。
- 199 名前：デフォルトの名無しさん [2007/08/10(金) 13:02:37 ]
- 夏・・・
- 200 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 13:09:34 ]
- 最近は季節に関係なく年中馬鹿が湧く、と考えていたけど、
やっぱり長期休暇は頻度もスケールも一回り違うかな。
- 201 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 13:36:08 ]
- 出力してみりゃわかることをうだうだと質問してからに・・・
- 202 名前：デフォルトの名無しさん [2007/08/10(金) 15:01:04 ]
- ちょっとしつもんします
ギャルゲーとかで「フラグをたてる」ていうんですが
フラグというのはビットなんですか？
- 203 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:03:07 ]
- ビットなフラグはビットフラグ
ビットじゃないフラグも当然ある
- 204 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:07:07 ]
- 「立てる」っていう表現をするようなフラグなら、
「立てる」か「倒す」かだからビットだろうなぁという気はする。
- 205 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:10:54 ]
- 死亡フラグは立てるのに倒れてしまう件
- 206 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:22:38 ]
- 私生活では全くフラグが立たない件について
- 207 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:26:46 ]
- >>204
boolは大抵intかcharで実装されている罠。
- 208 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 15:27:55 ]
- >>206
立ち過ぎてて困るから
1ビット分けてあげるぞ
- 209 名前：デフォルトの名無しさん [2007/08/10(金) 19:04:06 ]
- cygwinまたはlinuxの環境下でコンパイラに追加依存ファイルの検索パスを与えようとしています
仮に追加依存ファイルのパスを~/xxx/includeとすれば
.bash_profileではexport CDPATH="$CDPATH":"~/xxx/include/"のようにして環境変数を設定し
シェル上でcd includeと打てばカレントパスが意図通りに変化するところまでは設定しています
ここから、このパス下にあるtest.hppを#include <test.hpp>のように指定しているファイル
~/main.cppを
コンパイルする目的で~/下でg++ main -I includeと打ったのですが
コンパイラからはtest.hppが見付からないというエラーが返ってきます
正しくはどのように指定するべきなのでしょうか？
- 210 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:13:01 ]
- CDPATH はその名前の通り cd コマンドにしか効かないんじゃない？
-I~/xxx/include
ってやれば？
- 211 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:15:55 ]
- CDPATHはcdに関係するだけでコンパイラには関係ないんじゃないか？
何がしたいのか良く分からないけど、普通に-I~/xxx/include/とか書くとか
ていうか、そもそも-Iの後ろにスペースあるのはOKだっけ？
- 212 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:39:34 ]
- なるほどフルパスで指定しないと駄目なんですね、あと' 'が入ってても駄目と
それら二点に気を付けて打てば通りました
助言ありがとうございました
- 213 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:45:54 ]
- >>212
相対パスでもいけるけど、「ソースがある場所からの」相対パスであることに注意
- 214 名前：213 mailto:sage [2007/08/10(金) 19:47:00 ]
- あ、-Iオプションで指定する場合はそうじゃないか？
すまん、俺自身あやふやになってきた。忘れてくれ
- 215 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:53:16 ]
- -Iオプションは相対パスでもいけるハズ。
たぶんコンパイラ実行時の作業ディレクトリかなんかからの相対パスになると思うけど・・・。
いつもmakefileコピペ改変でやっちまうから、俺も記憶があやふやだ・・・
- 216 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 20:29:01 ]
- 相対パスでOK。
Makefileに-Ipathと書いておいて、ln -s どっかの/pathとかよくやる。
|
 |
