プリプロセッサについて熱く語るスレ。
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNGなってないし、Java みたいに全く使わないって訳にもいかないし。
いっその事言語の外に出しちゃえば潔いのに。
0005デフォルトの名無しさん
NGNG0006デフォルトの名無しさん
NGNGclass File {
stream str;
public:
DELEGATE(open,str)
DELEGATE(close,str)
};
ん-。返り血がなぁ。
0007デフォルトの名無しさん
NGNG> いっその事言語の外に出しちゃえば潔いのに。
何の「言語のの外」といいたいのか知らんが、一応CPPはC言語とは別。
0008デフォルトの名無しさん
NGNG0009山崎 渉
NGNG__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
0010デフォルトの名無しさん
NGNGたとえば#ifでsizeofを使えないのはそのため。
実際xmkmfとかxrdbはコンパイラではないけどcppを使ってる。
0011ヽ(´ー`)ノ
NGNG公式ドキュメント
http://boost.org/libs/preprocessor/doc/
0012デフォルトの名無しさん
NGNG0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNG0015デフォルトの名無しさん
NGNG#ifdef A
...
ということがやりたいのですが、
...の部分の評価へと入ってきてしまいます。
#ifdef (A==0)
などと書かなくてはいけないんですか？
0016デフォルトの名無しさん
NGNG0017デフォルトの名無しさん
NGNGPerl
0018ヽ(´ー`)ノ
NGNG0019デフォルトの名無しさん
NGNGScheme取り入れてもいいんじゃねえの？
boost/preprocessor/*を見てると涙が出てくる。
0020デフォルトの名無しさん
NGNG#if A
...
0021デフォルトの名無しさん
NGNG#ifndef HOGE
#define foo(x)
#endif
でいいのでしょうか？
一応動作しているようなのですが、どうするのが一般的ですか？
C、C++（共にVC++）での使用を考えています。
0022デフォルトの名無しさん
NGNG【田代まさしに仕事をやろう！！】
盗撮･覚醒剤所持などの理由で現在執行猶予中の田代まさし氏を
テレビ出演させて仕事をやろう！という主旨です。
『あの人は今？』の『投票する』項目を選べば投票フォームに入れます。
皆さんのご協力があれば、田代氏のテレビ出演は夢ではありません。
＊他スレにコピペをお願いします
0023デフォルトの名無しさん
NGNG#define FOO(x) foo(x);
#else
#define FOO(x)
#endif
>>21
okだと思います。
0024デフォルトの名無しさん
NGNGC++ならプロトタイプ宣言を#ifdefで囲めばいいけど、Cだとそうはいかないんだよな・・・
002524
NGNGNDEBUGが定義されている時のassertの挙動みたいなものか。
002624
NGNG#ifdef HOGE
#define foo(x,y) Foo(x,y)
#else
#define foo(x,y) 0
#endif
こんな感じにしないといけないな。
消してしまうと、HOGEが定義されていなくてa=foo(a,5);こんなことするとエラーになる。
戻り値の型がvoidならそもそも受けようとするのが間違いだから消してもいいかもしれないけど。
0027デフォルトの名無しさん
NGNG0028デフォルトの名無しさん
NGNGvoid式でもカンマ演算子でつながれることを考えると、
消したら通らなくなるソースがあるかもしれない。
よって、
((void)0)
002921
NGNGレスありがとうございました。
>>23
なるほど、間接的に指定するわけですね。
それを使わせて貰います。
>>24-26 >>28
そういった状況では気を付けます。
0030デフォルトの名無しさん
NGNG0031デフォルトの名無しさん
NGNG#endif
:
:
#define HOGE
:
:
もうアホかと。バカかと。
0033デフォルトの名無しさん
NGNGそれと#include絡みの不具合はたまにやるな・
0034デフォルトの名無しさん
NGNG５０行くらいのでっかいマクロを\でつないで作った。
コンパイルエラーが全部同じ行で出るから作った本人以外原因がわからなかった。
テンプレートのエラーメッセージが分かりにくいって言っても、
これよりはやっぱりマシだと思った。
0035デフォルトの名無しさん
NGNG漏れの職場ならこの程度で原因分からない社員は派遣扱い、だな。ｗ
0036デフォルトの名無しさん
NGNG0037ヽ(´ー`)ノ
NGNGデバッガ使えYO!! ていうか、50 行ぐらいデバッグできると思われ。
0038デフォルトの名無しさん
NGNGコンパイルエラーをデバッグで追えるのか。凄い人だなぁ。
0039デフォルトの名無しさん
NGNG0040ヽ(´ー`)ノ
NGNG0041デフォルトの名無しさん
NGNG0042ヽ(´ー`)ノ
NGNG0043デフォルトの名無しさん
NGNG0044デフォルトの名無しさん
NGNGUnixWareに入ってるやつ？
0045デフォルトの名無しさん
NGNG0046デフォルトの名無しさん
NGNG可児飯はCコンパイラは作ってない。
0047デフォルトの名無しさん
NGNG0048デフォルトの名無しさん
NGNG0049デフォルトの名無しさん
NGNG0050デフォルトの名無しさん
NGNGhttp://seclan.dll.jp/c99d/c99d02.htm
0051デフォルトの名無しさん
NGNGprintf("hoge");
↑の２行をプリプロセスすると (1)一行目だけ消える (2)二行とも消える
のどっちが言語仕様的に正当なんでしょう？
つまり行継続の結合処理とコメント除去処理の順番は決まっているのかということです。
0052デフォルトの名無しさん
NGNG0053デフォルトの名無しさん
NGNG二バイト目が\だと・・・というエラーで苦しんだことを思い出した。
「表」とかだな。
0054名無し＠沢村
NGNGこれぞ最強のプリプロセッサ本だ。もまえらも読め！
0055デフォルトの名無しさん
NGNG盛り下がったり・・・若さ故の過ちというかな。
0056デフォルトの名無しさん
NGNG0057デフォルトの名無しさん
NGNGマクロに関する障害報告は、少なくない。
0058山崎 渉
NGNG0059デフォルトの名無しさん
NGNG誰でも思いつく以上のことは書かれていないような気がする。
##演算子を駆使したトリッキーなコードを期待していたせいもあって
つまらないと感じたし、実用性もイマイチだと思う。（もしかして##演算子が規定される以前の本？）
何か、もっといい教科書はないかね。
0060デフォルトの名無しさん
NGNGboost/libs/preprocessor/doc/index.html
0061デフォルトの名無しさん
NGNGthx!
あなたはどちらかというと神だ。
0062デフォルトの名無しさん
NGNG>>11
激しく基本。
0063山崎 渉
NGNG│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
0064デフォルトの名無しさん
NGNG0065デフォルトの名無しさん
NGNGttp://www.m17n.org/mcpp/
0066デフォルトの名無しさん
NGNGANSI-CではマクロもCの言語仕様の一部として
取り込まれているはずだが、、、
要するに
#includeや#defineの使えない環境はANSI-C対応とは
言えない。
逆にもしCPPとCを一体化して#～のマクロも含めて
１つの言語仕様とみなして処理するようなコンパイラがあれば
それはANSI仕様に則っている。
つーか得られるバイナリが一緒ならコンパイラが何パスで実装されていようが
どうでもいい話ではある。
0067プリプロセッサ厨
NGNG切り替えがちょっと面倒だが、なかなか便利ではないかな？
#include <boost/preprocessor/control/iif.hpp>
#define MY_ASSERT(xpr) BOOST_PP_IIF(ENABLE_MY_ASSERT, assert(xpr), (void)0)
#define ENABLE_MY_ASSERT 1
void f1(int i)
{
MY_ASSERT(i > 0);/* 有効 */
}
#undef ENABLE_MY_ASSERT
#define ENABLE_MY_ASSERT 0
void f2(int i)
{
MY_ASSERT(i > 0);/* 無効 */
}
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG0070デフォルトの名無しさん
NGNG0071デフォルトの名無しさん
NGNG0072デフォルトの名無しさん
NGNG0073デフォルトの名無しさん
NGNG不必要に繰り返さなくていい。
0074デフォルトの名無しさん
NGNG0075デフォルトの名無しさん
NGNG0076デフォルトの名無しさん
NGNG0077デフォルトの名無しさん
NGNGシーケンス型なんて出来てるじゃん。
・アレイ (3, (a, b, c))
・リスト (a, (b, (c, BOOST_PP_NIL)))
・タプル (a, b, c)
・シーケンス (a)(b)(c)
他にはどんなのがありえると思う？
0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNG#define TMP2 BOOST_PP_CAT(TMP,(in, t))
TMP2 i;
-> BOOST_PP_CAT(in, t) までしか展開されない。
こんなふうにboostのマクロ名を生成したいんだけど
どうにかなりませんかね。
0080デフォルトの名無しさん
NGNG規格により、マクロの再帰は禁止されているので、あるマクロの展開中に
そのマクロが再び現れたとき、それは展開されない。だから、
BOOST_PP_CATが展開された結果にBOOST_PP_CATが含まれていても、
そのまま据え置かれる。
まったく別の問題だが、トークン'BOOST_PP_CAT'とトークン'('の連結は不定なので、
避けたほうが良い。この場合は単に並べておくだけで展開される。
以上を踏まえた、
#define TMP BOOST_PP_CAT(BOOST_PP_, TUPLE_ELEM) /* BOOST_PP_CAT以外のものを試してみる */
#define TMP2 TMP (2, 1, (void, int)) /* BOOST_PP_CAT を使わずに単にマクロと引数リストを並べる*/
TMP2 i;
はうまく int i; に展開された。
0081デフォルトの名無しさん
NGNG即レスどうもありがとうございます。
>規格により、マクロの再帰は禁止されているので、
となると、逆にCAT以外のマクロはCATを使って生成可能って
ことなんでしょうかね。
/* CATと名のつくマクロでBOOST_PP_CAT()を生成できるかテスト */
#define SEQ (BOOST_)(PP_)(CAT)
#define LIST (BOOST_, (PP_, (CAT, BOOST_PP_NIL)))
#define TMP BOOST_PP_SEQ_CAT(SEQ) (in, t)
#define TMP2 BOOST_PP_LIST_CAT(LIST) (in, t)
TMP iii;
TMP2 iiii;
->int iii;
->BOOST_PP_CAT (in, t) iiii;
詳しくは分りませんが、LIST_CAT()ではCATを内部で
使っているのかもしれません。
>トークン'BOOST_PP_CAT'とトークン'('の連結は不定なので、
>避けたほうが良い。この場合は単に並べておくだけで展開される。
そうなんですか。実際マクロを生成するときはマクロ名と
パラメータ部分は別々に生成することが多いと思うので、ここで
CATを消費しなくていいのは助かりますね。
0082プリプロセッサ厨
NGNG方法を思いついたが、この余白はそれを書くには狭すぎる。。。
0083デフォルトの名無しさん
NGNG書いて書いて！
0084デフォルトの名無しさん
NGNGあんまりありがたくないような。。。
それにC99が使われるのってあと5年は先なんじゃ。
0085デフォルトの名無しさん
NGNGC++の多くの機能も要らない。プリプロセッサマンセー
0086デフォルトの名無しさん
NGNGいい事聞いた。
0088デフォルトの名無しさん
NGNGすげー。としか言いようがない。
いい物を教えてくれてありがとう。
関数型言語ﾏﾝｾｰ
プリプロセッサ ﾏﾝｾｰ
Church(誰？)ﾏﾝｾｰ
ところで実装は手に入らないの？
禿しく気になるのだが。
名前空間つきマクロに応用できないかな。
008988
NGNG標準入力に当たるものが無いようだから
使いまわしのできるコードジェネレータは作れないだろうが、
たいていのものは表現できるだろう。
何にしても、BOOST_PP_*の特異な文法や
長ったらしいマクロ名にうんざんりしてる人には朗報かも知れぬ。
GCC依存なのが気になるところだが。
0090デフォルトの名無しさん
NGNGプログラムを作るのにも繰り返しの多いものはあるのだから、プログラムを作るプログラムの存在は不可欠だと思うんですがね。
今のプロプロセッサはあまりにもおまけ的要素過ぎる。
0091デフォルトの名無しさん
NGNGm4マクロみたいなのをデフォルトスタンダードに
してしまうとか？boost/preprocessorみたいに
プリプロセッサ用にヘッダファイルライブラリを
インクルードするよりは、マクロ定義ファイルは
別でインクルードした方がいいような気がするけど。
まあこれはあんまり関係ないか。
0092デフォルトの名無しさん
NGNGhttp://homepage1.nifty.com/bmonkey/doc/m4-ja.html
0093デフォルトの名無しさん
NGNG#include <boost/preprocessor.hpp>
#define CHECK(test, operand) CHECK_1(BOOST_PP_CAT(CHECK_RESULT_, test operand))
#define CHECK_1(comp) CHECK_2(comp)
#define CHECK_2(res, _) res
#define CHECK_RESULT_1 1, BOOST_PP_NIL
#define IS_N_ARY(n, operand) CHECK(BOOST_PP_CAT(IS_N_ARY_CHECK_, n), operand)
#define IS_N_ARY_CHECK_0() 1
#define IS_N_ARY_CHECK_1(_1) 1
#define IS_N_ARY_CHECK_2(_1, _2) 1
#define IS_N_ARY_CHECK_3(_1, _2, _3) 1
#define IS_N_ARY_CHECK_4(_1, _2, _3, _4) 1
#define IS_N_ARY_CHECK_5(_1, _2, _3, _4, _5) 1
#define IS_N_ARY_CHECK_6(_1, _2, _3, _4, _5, _6) 1
#define IS_N_ARY_CHECK_7(_1, _2, _3, _4, _5, _6, _7) 1
#define IS_N_ARY_CHECK_8(_1, _2, _3, _4, _5, _6, _7, _8) 1
#define TEST_FAIL 0, BOOST_PP_NIL
#define CHECK_RESULT_IS_N_ARY_CHECK_0 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_1 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_2 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_3 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_4 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_5 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_6 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_7 TEST_FAIL
#define CHECK_RESULT_IS_N_ARY_CHECK_8 TEST_FAIL
#define COUNT_TUPLE_SIZE(tuple) BOOST_PP_TUPLE_ELEM(2, 0, BOOST_PP_WHILE(COUNT_TUPLE_SIZE_PRED, COUNT_TUPLE_SIZE_OP, (0, tuple)))
#define COUNT_TUPLE_SIZE_OP(d, data) (BOOST_PP_INC(BOOST_PP_TUPLE_ELEM(2, 0, data)), BOOST_PP_TUPLE_ELEM(2, 1, data))
#define COUNT_TUPLE_SIZE_PRED(d, data) BOOST_PP_NOT(IS_N_ARY(BOOST_PP_TUPLE_ELEM(2, 0, data), BOOST_PP_TUPLE_ELEM(2, 1, data)))
0094プリプロセッサ厨
NGNG単にタプルの要素数を数えるマクロだが。
CHECKのアイディアはboost/preprocessor/detail/check.hpp
からいただいた。暇なﾔｼは参照してみるといい。
ちなみにGCC以外だとまともに動かん。GCCでも山のように警告が出る。
0095デフォルトの名無しさん
NGNG0096dajing
NGNG0097デフォルトの名無しさん
NGNG#define EXPECT_ONE_ARG(_) ok
EXPECT_ONE_ARG(1, 2)
は、どう展開されるのが規格にのっとってるの？
ちなみに、GCC(MinGW)だとプリプロセスエラー、
VC7だと警告つきでokに展開される。
展開されずにそのまま残るのが正しい気もするんだけど。
009897
NGNG0099デフォルトの名無しさん
NGNGEXPECT_ONE_ARG((1, 2))
とすべき。
あとは知らん。
つーか参考書買え。
010097
NGNG聞きたかったのは、定義時に指定する引数の数と
呼び出し時に使われた引数の数が一致しない場合についてです。
プリプロセッサの性格から考えると展開されないで放置されるのが
自然な気もするんですが、実際にはそうなっていないので、
規格上はどうなのか知りたかったのです
宜しくお願いします。
0101デフォルトの名無しさん
NGNG＞自然な気もするんですが
とっても不自然ですはい。
0102デフォルトの名無しさん
NGNGとしてみたのですが、::に#で結合することができないとエラーがでます。
こういうときのどうしたらよいでしょうか？
0103デフォルトの名無しさん
NGNG0104デフォルトの名無しさん
NGNG#define ADD_STD_NAMESPACE(in) std:: ##in
よろしくお願いします。
0105102=104
NGNGものすごいかんちがいしてました。
#define ADD_STD_NAMESPACE(in) std::in
でよかったんですね。あらしてごめんなさい
0106デフォルトの名無しさん
NGNGm4があとちょっと、あとちょっとまともなら、世界を
制覇できたと思うんだが。さすがに今更作っても需要
無いと思うけど。
0108デフォルトの名無しさん
NGNG#define COMMENT CAT(/,/)
↑俺が考案したサイキョウマクロ
使い方
COMMENT a++;
でa++;はコメントアウトされる。
#define COMMENT
とすればコメントアウトされなくなるという非常に便利な一品。オマイラ使え。俺は使わん。
0109デフォルトの名無しさん
NGNGつ、突っ込んでほしいのか？
0110デフォルトの名無しさん
NGNG#define CAT(a,b) a##b
#define COMMENT_BEGIN CAT(/,*)
COMMENT_BEGIN
ここに書いたものがコメントアウトされる
/**/
どうよ？
#ifdefでいいじゃん、とか思うだろ？ちゃうねん
COMMENT_BEGINはマクロの中に入れれるっていう利点があんのよ。オマイラ使え。
0111デフォルトの名無しさん
NGNG0112デフォルトの名無しさん
NGNG/*
...
/*/
...
/**/
コメントのif-else-endif
0113デフォルトの名無しさん
NGNGVC++とg++でプリプロセスで処理される順番ちがうんだよね。
そのテのマクロってg++だと通らないんじゃないかなぁ？
この順番って規格で定まってたっけ？
0114デフォルトの名無しさん
NGNG0115デフォルトの名無しさん
NGNGC++ならOpenC++
JavaならEPP
他にある？
0116デフォルトの名無しさん
NGNGEPPに興味あるんだが、作り方がわからん・・・
参考になるスレかサイトありますか？
0117デフォルトの名無しさん
NGNG0118デフォルトの名無しさん
NGNG0119デフォルトの名無しさん
NGNG// value compiler
// 1200 VC++6.0
#if defined( _WIN64 )
// Windows XP 64-bit
#elif defined( _WIN32 )
// Windows9x/ME/NT3.x/NT4.0/2000/XP 32-bit
#elif defined( _WIN16 )
// Windows3.x
#endif
#if defined( _M_IX86 )
// Intel, NEC
#elif defined( _M_ALPHA )
// Alpha
#endif
#if defined( _WINDOWS )
// gui
#elif defined( _CONSOLE )
// console
#endif
#if defined( _USRDLL )
// dll
#endif
#endif //_MSC_VER
0120デフォルトの名無しさん
NGNG0121デフォルトの名無しさん
NGNG0122デフォルトの名無しさん
NGNGそれってこういうののことかい？
http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/sh/mac.h.html
CPPを使った面白いのっていうと、IOCCCぐらいしか
思いつかないな
http://ioccc.org/1988/westley.c
↑こういうのとか
0123デフォルトの名無しさん
NGNG0124デフォルトの名無しさん
NGNG0125デフォルトの名無しさん
NGNG0126デフォルトの名無しさん
NGNGもしやと思ったがGCC3.2.3のcppではだめだった．残念．
0127デフォルトの名無しさん
NGNG8DERIVED, \
linear_fib_3(n,0,1)
#define BOOST_ORDER_DEF_linear_fib_3 \
8OP_N,(N,I,J), \
if(is_0(N), \
I, \
linear_fib_3(dec(N),J,add(I,J))),
#define FIB(x) BOOST_ORDER_EVAL(liner_fib(x))
全く理解できんな。
0128デフォルトの名無しさん
NGNGマクロの再帰ができないのは有名な話。
やるとすればこのあたりかな？
http://www.boost.org/libs/preprocessor/doc/examples/linear_fib.c
0129デフォルトの名無しさん
NGNG0130デフォルトの名無しさん
NGNG0131デフォルトの名無しさん
NGNG#define FIB_L(n) ((n==1 || n==2)?1:FIB_R(n-1)+FIB_R(n-2))
#define FIB_R(n) ((n==1 || n==2)?1:FIB_L(n-1)+FIB_L(n-2))
main() { printf("%d\n",FIB_L(32));}
エラー：未解決の外部シンボル _FIB_R が関数 _main で参照されました。
仕様決めた奴頭悪い。
#define内で#defineが使えない時点で頭の程度はわかってたが。
0132デフォルトの名無しさん
NGNG再帰ができたとして、終了条件はどうするつもりだ？
0133デフォルトの名無しさん
NGNG0134デフォルトの名無しさん
NGNG0135デフォルトの名無しさん
NGNGあ、そっか（ｗ
結局nとかもただの置き換えなんだよな。
マクロ展開時にn==1とかを解釈する仕様じゃないと駄目だ。
0136デフォルトの名無しさん
NGNGと煽ってみる。
0137デフォルトの名無しさん
NGNGじゃあ環境判別はどうやってやるの？
0138デフォルトの名無しさん
NGNG>>121 の考えてることと違うかもしれないしちょっと補完気味だけども。
例えば UNIX 文化圏では「定義済み」マクロで環境判別するよりも、
それぞれのライブラリ、関数が利用可能か不可能かを判別するほうが望ましいとされる。
んで、大抵の場合、これをやるのが configure スクリプト。
まぁ、実際には、結局 HAVE_HOGEHOGE みたいなマクロで判別するんだけどね(w
0139デフォルトの名無しさん
NGNG> それぞれのライブラリ、関数が利用可能か不可能かを判別するほうが望ましいとされる。
それができるようになったのは、autoconf以降なわけだが。
0140デフォルトの名無しさん
NGNG無論 Autoconf を念頭において書いている。
っていうか、
> それぞれのライブラリ、関数が利用可能か不可能かを判別するほうが望ましいとされる。
に該当する部分が Autobook の中にないかなーと、ちょっと探しちゃった。
ttp://sources.redhat.com/autobook/autobook/autobook_8.html#SEC8
によると、Autoconf は 1992年までに開発が開始されたみたいだけど。
最近すぎるぞ、ｺﾞﾙｧってことなの？
0141デフォルトの名無しさん
NGNG「UNIX 文化圏では」というにはちょっと新しいかな、と。
0142デフォルトの名無しさん
NGNG#define INCLUDE #include<stdio.h>
#define MAIN int main() {
#define MAIN_END }
#define RETURN return 0
INCLUDE MAIN RETURN MAIN_END
0143デフォルトの名無しさん
NGNG0144デフォルトの名無しさん
NGNGdefine
0145デフォルトの名無しさん
NGNG0146デフォルトの名無しさん
NGNG#define end }
0147デフォルトの名無しさん
NGNG#define SYOUSAI_1 ○○機能の詳細
例:
…あーだこーだ、オプションについてはSHOUSAI_1を参照。
とか。
0148デフォルトの名無しさん
NGNG"…あーだこーだ、オプションについては" SHOUSAI_1 "を参照。"
…読みにくいですね
0149デフォルトの名無しさん
NGNGやっぱだめですかそうですか。
0150デフォルトの名無しさん
NGNGhttp://pc2.2ch.net/test/read.cgi/tech/1072883528/
海外でよく使われていうる掲示板スクリプト
専用のオフラインリーダー作って下さい。
必要な条件はID、PASSを管理できること、
OpenJaneみたいな三面型の見た目。
簡単にローカライズできるように言語ファイルを採用
0151デフォルトの名無しさん
NGNG目指してるんだが、下のコードで、IGNORE(CAUSE_ERROR)はエラーにならないのに
IGNORE_X(CAUSE_ERROR)がエラーになるのはなぜだ？わかる人がいたら教えてくれ。
#define THREE_ARG_MACRO(x, y, z)
#define CAUSE_ERROR THREE_ARG_MACRO(foo) /* 展開されたらエラー */
#define EAT(_)
#define IGNORE(x) EAT(#x) /* 引数xを展開せずに飲み込む */
#define IGNORE_X(x) IGNORE(x) EAT(#x) /* 間接的にIGNOREを呼ぶ */
IGNORE(CAUSE_ERROR) /* ok */
IGNORE_X(CAUSE_ERROR) /* macro "THREE_ARG_MACRO" requires 3 arguments, but only 1 given */
0152デフォルトの名無しさん
NGNGIGNORE_X→IGNOREでxを評価してCAUSE_ERROR以降を評価するから。
かなあ？
function-like macroの繰り返し展開は泥沼なのでよくわからん。
0153デフォルトの名無しさん
NGNGレスサンクス。お陰で理解できた。
>IGNORE_X→IGNOREでxを評価してCAUSE_ERROR以降を評価するから。
どうもこの通りみたいで、仮引数実引数置換のときにxを展開するらしい。
ちなみに、IFに関してはちょっとしたトリックでこの問題を回避できるようだ。
#include ">>151"
#define CAT(a, b) a ## b
#define LAZY_IF(c) CAT(LAZY_IF_, c)
#define LAZY_IF_0(x, y) y EAT(#x)
#define LAZY_IF_1(x, y) x EAT(#y)
#define RESULT ok
#define COND 1
LAZY_IF(COND)(RESULT, CAUSE_ERROR) /* エラーを起こすことなくokに展開される */
0154デフォルトの名無しさん
NGNGＨ８使う羽目になったときザイログ式で表記するために
プリプロセッサ作ったなぁ。
0155デフォルトの名無しさん
NGNG0156デフォルトの名無しさん
NGNG>>151
C99が使えるなら、
#define IGNORE_X(x, pm) IGNORE(pm ## x)
IGNORE_X(CAUSE_ERROR,)
でいけるぞ。
0157デフォルトの名無しさん
NGNGhogehoge();
hoge();
foo();
//*/
こんな感じで、CのコメントをC++のコメントでコメントアウトして使っている。
先頭の「///*」を「/*」に変えると、一気にコメントアウトされて便利。
VC++でしか動作確認とってないから、他だとどうなるか知らんけど
0158デフォルトの名無しさん
NGNG#if 0
hogehoge();
hoge();
foo();
#endif
にして、0 と
0159デフォルトの名無しさん
NGNG>>158 訂正
#if 0
hogehoge();
hoge();
foo();
#endif
にして、0 と 1 を書き換えれば環境依存もないはずだが。
0160デフォルトの名無しさん
NGNG評価の制御も無理で、常にシンボルの衝突の危険を強いられる。
解決したとしてもexpression中にcompound-statementは書けない。
せめてこれぐらいの自由度が欲しい。
#define macro_double(x) \
#let y = gensym() in \
{ int y = x; return y * y; }
f(x){printf("f(%d\n)\n",x);return x;}
main() { printf("%d\n", macro_double(f(1))); }
↓macro-expand
main() {
printf("%d\n", {int g1 = f(1); return g1 * g1; }); // error
}
0161デフォルトの名無しさん
NGNGCでは内側の名前は外側の名前を隠すから、シンボルの衝突は問題ないと思われる。
どちらにしてもインライン関数としてマクロを使うのは無理があるだろうが。
標準にもinlineが導入されたし、GCCにはマクロから値を返すための独自拡張があるくらいだからな。
ところでお前ら、Cプリプロセッサで直接的に再帰を行うscan recursionてどうよ。
ttp://aspn.activestate.com/ASPN/Mail/Message/boost/1609570
古い話題スマソ
0162デフォルトの名無しさん
NGNG0163デフォルトの名無しさん
NGNG>Cでは内側の名前は外側の名前を隠すから、シンボルの衝突は問題ないと思われる
# define swap_int(a, b) do{int temp = a; a = b; b = temp;}while(0)
int x, temp;
swap_int(temp, x);
こんなのは悲惨なことになるぞ。
0164デフォルトの名無しさん
NGNGｃでは
int foo = foo;
なんて訳の分からない書き方が許されてしまう罠。
GCC は昔これを許さない構文を導入したい、とか言ってたけど。
0165164
NGNG吊って来ます。
0166デフォルトの名無しさん
NGNG//* ←のスラッシュは2つでもいい。
hogehoge();
hoge();
foo();
//*/
0167デフォルトの名無しさん
NGNG0168デフォルトの名無しさん
NGNG/*
hogehoge();
hoge();
foo();
/**/
でいいんじゃないか？
0169デフォルトの名無しさん
NGNG確かにそうやってるソースを見たことがある。
…でもネストが崩れてるので落ち着かないんだよな。
つか、ソースのコメントアウトには #if を使えと言いたい。
0170デフォルトの名無しさん
NGNGhttp://www.pp.iij4u.or.jp/~nabe/c/c_lang/clang07.html
0171デフォルトの名無しさん
NGNGhttp://www.sun-inet.or.jp/%7Eyaneurao/intensive/tips2.html
ここのTips67ではダメなのか？
#if 0 ～ #endifよりも/* */の色分けに対応しているエディタの方が多いから
C++とか // 形式のコメントが使えるならこっちの方が見やすいかと思ってるけど。
ところでコメントってプリプロセッサの仕事だっけ？
コンパイラの仕事じゃなくて？
0172デフォルトの名無しさん
NGNG>ところでコメントってプリプロセッサの仕事だっけ？
コメントはマクロ展開よりも前に処理されることになっている。
コメント全体を一種の空白とみなせばプリプロセス後まで残すこともできるだろうが。
どっちにしても、コメントの話題がすれ違いならこのスレは終わりだな。
0173デフォルトの名無しさん
NGNGそうかコメントはマクロ展開より前に処理なんだな。
まあ別にプリプロセッサとコンパイラと明確に分ける必要もないんだろうが…
とりあえずgccで-Eオプションをつけた出力だとコメントはすでに消えていた。
詳しくはわからんけど、コメントの話題がスレ違いということはなさげ。
0174デフォルトの名無しさん
NGNG確かに色分け考えると見やすいかもしれんが、個人的にはすっきりしない。
通常の注釈は //、ブロックの無効化は /*, */ という形ではっきり分かれてるならいいんだけど、
必ずしもそうではないし。新しい記号だと思えばいいのかもしれんが。
注釈は //, /*, */、 ブロックの無効化は #if, #endif という規約だと、意味づけと表記を対応した形で
分けられるんでこっちの方が好きなのよ。
0175デフォルトの名無しさん
NGNG(((x) / 1 & 1) << 0) + \
(((x) / 10 & 1) << 1) + \
(((x) / 100 & 1) << 2) + \
(((x) / 1000 & 1) << 3) + \
(((x) / 10000 & 1) << 4) + \
(((x) / 100000 & 1) << 5) + \
(((x) / 1000000 & 1) << 6) + \
(((x) / 10000000 & 1) << 7))
こんなのだめ？
0176デフォルトの名無しさん
NGNGすまない。意図かあるいは使用例あたりを示してはくれまいか。
0177デフォルトの名無しさん
NGNG0178デフォルトの名無しさん
NGNGprintf("%d\n", BIN(1111)); // 15
printf("%d\n", BIN(1110)); // 14
printf("%d\n", BIN(1101)); // 13
printf("%d\n", BIN(1100)); // 12
printf("%d\n", BIN(1011)); // 11
printf("%d\n", BIN(1010)); // 10
printf("%d\n", BIN(1001)); // 9
printf("%d\n", BIN(1000)); // 8
だがこの調子で行くと7以下は微妙だな…
printf("%d\n", BIN(0111)); // 3
printf("%d\n", BIN(0110)); // 2
printf("%d\n", BIN(0101)); // 1
printf("%d\n", BIN(0100)); // 0
printf("%d\n", BIN(0011)); // 1
printf("%d\n", BIN(0010)); // 0
printf("%d\n", BIN(0001)); // 1
printf("%d\n", BIN(0000)); // 0
Prefix 0 はCの仕様として8進定数になってしまうから
桁を揃えようとすると上手くいかなくなる…
もちろんBIN( 111)とやればうまく7になるんだが、
二進で定数書きたいときは普通桁そろえたいよな…
0179デフォルトの名無しさん
NGNGenum {
b0, b1
};
enum {
b00, b01, b10, b11
};
以下似たような奴の羅列。
0180デフォルトの名無しさん
NGNG#define BIN(x) BIN_I(0 ## x ## u) /* uは気休め */
#define BIN_I(x) ( \
(x >> 0 & 1) << 0 | \
(x >> 3 & 1) << 1 | \
(x >> 6 & 1) << 2 | \
(x >> 9 & 1) << 3)
int i[BIN(1111)]; /* 15 */
int j[BIN(0010)]; /* 2 */
0182デフォルトの名無しさん
NGNG0183デフォルトの名無しさん
NGNG#NANNTOKA (perl -e "printf('%x', (NUM))")
とかしたらNANNTOKAがperlからの標準出力を
ソースに埋め込むみたいな、そんな機能は
ありませんか？
0184デフォルトの名無しさん
NGNG0185デフォルトの名無しさん
NGNG#if 0
#!/usr/bin/perl
while <__DATA__> {
s/hogehoge/mosamosa/
}
__DATA__
#endif
perlはよく知らんけど、やろうと思えばこんな感じではできるんじゃない？
コンパイルする前にper;に読ませる必要があるだろうけど。
0186デフォルトの名無しさん
NGNGunixの「名前つきパイプ」って使えたっけ？
0188デフォルトの名無しさん
NGNG#include "|perl code.pl"
こんな感じでスクリプトの実行結果を取り込めないかなー。
cygwinではだめですた。
0189デフォルトの名無しさん
NGNG0190デフォルトの名無しさん
NGNGmakeで十分ですよ。分かって下さいよ。
0191デフォルトの名無しさん
NGNGmake でどうやんのか教えろ！
0192デフォルトの名無しさん
NGNG(Makefile)
all: dynamic.c dynamic.h
gcc dynamic.c
dynamic.h: code.pl
perl code.pl > dynamic.h
(code.pl)
print <<"CODE";
#include <stdio.h>
int do_dynamic() { return puts(":)"); }
CODE
(dynamic.c)
#include "dynamic.h" /* for do_dynamic() */
int main(int ac, char *av[]) { return do_dynamic(); }
0193デフォルトの名無しさん
NGNGヘッダ中に
#define NUM 100
とあって、コード中でNUMを外部コマンドに
食わせて何か出力を得たいような場合はどうやんの？
基本的にパラメータはヘッダで定義。これは譲れない。
0194デフォルトの名無しさん
NGNGcpp -dMの結果でも解析汁
0195デフォルトの名無しさん
NGNGsed
つーかそういうdefineは、コマンドラインから与えるのが良識的だと思うが。
0196デフォルトの名無しさん
NGNG0197デフォルトの名無しさん
NGNGマクロを以下のように定義しましたが、コンパイルがとおりません。何処が問題でしょうか？
#define GET_FUNCTION(func,type,obj) type Get##func(){return obj##.Get##func();}
#define SET_FUNCTION(func,type,obj) void Set##func( type newVal ){ obj##.Set##func( newVal ); }
#define DEF_FUNCTION(func,type,obj) GET_FUNCTION(func,type,obj)\
SET_FUNCTION(func,type,obj)
例)
DEF_FUNCTION( TransitionType, int, m_aaa )
もちろんm_aaaには、GetTransitionTypeというメンバ関数があります
開発環境 VC++6.0 sp6
エラー
error C2061: 構文ｴﾗｰ : 識別子 'TransitionType' がｼﾝﾀｯｸｽｴﾗｰを起こしました。
0198デフォルトの名無しさん
NGNG0199デフォルトの名無しさん
NGNG'\'が行末にないからじゃね？
同じvc6sp6で通ったよ？
シンボルの未定義エラーはでたけど、構文エラーにはならなかった。
0200デフォルトの名無しさん
NGNG覚えとけ。
0201デフォルトの名無しさん
NGNG.は独立したトークンだから、結合してはいけない。
#define GET_FUNCTION(func,type,obj) type Get##func(){return obj.Get##func();}
#define SET_FUNCTION(func,type,obj) void Set##func( type newVal ){ obj.Set##func( newVal ); }
#define DEF_FUNCTION(func,type,obj) GET_FUNCTION(func,type,obj)\
SET_FUNCTION(func,type,obj)
0202デフォルトの名無しさん
NGNGobj##. の ## は要らなさそう。
0203デフォルトの名無しさん
NGNGint GetTransitionType(){return m_aaa.GetTransitionType();}void SetTransitionType( int newVal ){ m_aaa.SetTransitionType( newVal ); }
0204197
NGNG色々有難う御座いました
全然違うところでミスってましたTT
/P
は試してみたんですが、展開されていなかったので???と思ったんです。
そうしたら
#ifndef ... #endif
で見事に、定義がとばされていましたw
0205デフォルトの名無しさん
NGNG0206デフォルトの名無しさん
NGNGってありませんか？
0207デフォルトの名無しさん
NGNG0208デフォルトの名無しさん
NGNG0209デフォルトの名無しさん
NGNG#include "stdafx.h" を制御してやろうと思ったのに
"fatal error C1020: 予期しない #endif です。"
というメッセージが出てコンパイルが通りません。なぜでしょう。
目的は、VC とそれ以外のコンパイラで動くソースを作りたいです。
#ifdef WIN32
#include "stdafx.h"
#endif
#include <stdio.h>
int _tmain(int argc, _TCHAR* argv[])
{
printf( "hello, world\n" );
getchar();
return 0;
}
//-----stdafx.h-----------------
// #pragma once
//
// #define WIN32_LEAN_AND_MEAN
// #include <stdio.h>
// #include <tchar.h>
//--------------------------------
0210デフォルトの名無しさん
NGNGほんとだ、プリコンパイル済みヘッダの場合だけエラーになるね。
VC のバグじゃないかな。
対策としては、stdafx.h 内で #ifdef WIN32 したらどうかな。
0211デフォルトの名無しさん
NGNG> # define swap_int(a, b) do{int temp = a; a = b; b = temp;}while(0)
こういうのって、
# define swap_int(a, b) { int temp = a; a = b; b = temp; }
だけじゃだめなの？
なんでわざわざ do 文にするの？
0212730
NGNGVCは #include "stdafx.h" を発見するまで読み飛ばすようになってる。
たとえば
#include "hoge"
#include "stdafx.h"
と書いても、 "hoge" は無視される。
0213デフォルトの名無しさん
NGNG>>211
if (mememe) swap_int(a,b);
else momomo;
0214デフォルトの名無しさん
NGNGありがとう！そういうことでしたか。
0215デフォルトの名無しさん
NGNG#include STRDUP_HEADER
↑こんな使い方って問題あります？
VC ではとおりますけど、実際にこういう使われ方を見たことがない。
0216デフォルトの名無しさん
NGNG問題ない。Boost.Preprocessorでは多用されている。
0217デフォルトの名無しさん
NGNG問題ない。少なくとも C++ では、規格中の 16.2 -4- に記述がある。
STLport のコンフィグで使われてるのを見たことがある。
0218デフォルトの名無しさん
NGNGVC6++のASSERTマクロの実装みたら中で__LINE__してあったもので
0219デフォルトの名無しさん
NGNGいや、プリプロセッサだろ。
「__LINE__してある」って何？それが__LINE__の展開をコンパイラが行っている根拠になるの？
0220デフォルトの名無しさん
NGNG'#define' の右側に現れたトークン列はその場では展開されない。たとえば、
# define A result
# define X A
# undef A
X /* 'result' ではなく 'A'に展開される。 */
__LINE__の扱いは通常のマクロと同じ。
/* hoge.h line 7 */
# define MACRO __LINE__
/* hoge.c line 133 */
MACRO
このとき、MACROは次のように展開される。
MACRO
-> __LINE__
-> 133
0221デフォルトの名無しさん
NGNG218じゃないけど、勉強になった
0222デフォルトの名無しさん
NGNGVCにプリプロセッサ展開オプションをつけたことはないのですか？
荒れるげいいんになるので、解らないなら書き込まないでください。
0223デフォルトの名無しさん
NGNGVC のデバッガみたいに、ブレークポイントを設定したり、ステップ展開したり
できるといいと思わないですか？
0224デフォルトの名無しさん
NGNGトレース実行じゃないけど、waveなら、
#pragma wave trace(enable)
すれば、マクロ展開の様子をトレースして結果をファイルに出力できる。
0225デフォルトの名無しさん
NGNGttp://spirit.sourceforge.net/index.php?doc=docs/wave_v1_0/index.html
ね。
0226デフォルトの名無しさん
NGNG209です.
そういうことでしたか、どうもありがとうございました。
今はMacintoshから書き込んでいるので、
プリコンパイルヘッダの件については後でやってみます。それではBYE!
0228デフォルトの名無しさん
NGNGChaos Preprocessor
http://sourceforge.net/projects/chaos-pp/
0229デフォルトの名無しさん
NGNGこれどんなことできるの？
誰か分かりやすく教えて君。
0230デフォルトの名無しさん
NGNG0231デフォルトの名無しさん
NGNGchaos-ppとorder-ppがあって、どっちも基本的には
プリプロセッサを使ってコード生成をするためのライブラリ。
chaos-ppの方はboost::preprocessorの方向性を推し進めたもので、
無限精度整数とか文字列とかラムダ式とかが扱えるらしい。
order-ppは、プリプロセッサの上で動く関数型言語のインタプリタの実装で、
ユーザーはこの言語を使ってコードジェネレータを書く。たとえば
http://cvs.sourceforge.net/viewcvs.py/chaos-pp/order-pp/example/average.h?view=markup
には、この言語（8がたくさん出て来る奴）を使って実装された
平均を計算するコードを生成するマクロがある。
0232デフォルトの名無しさん
NGNGだけどあんまり便利そうじゃないねぇ。。。
0233デフォルトの名無しさん
NGNGデバッグ大変そうだな
0234デフォルトの名無しさん
NGNG0235デフォルトの名無しさん
NGNGBOOST_PPみたいにリストの基本的な操作に限定して、
テンプレートメタプログラミングの方であれこれ
やるのが今風のような。
BOOST_PPは今から新たに機能拡張していくつもりあるのかな？
0236デフォルトの名無しさん
NGNGC99に対応したBOOST_PPなんかあったら面白いかも
0237デフォルトの名無しさん
NGNG未成熟な言語を補助するための苦肉の策にすぎない。
0238デフォルトの名無しさん
NGNGboost::preprocessorの作者は二人で、その二人が
orderとchaosを一つずつ開発してるっぽい。
もうboost::preprocessorは飽きたんじゃないかな。
0239デフォルトの名無しさん
NGNG0240デフォルトの名無しさん
05/02/02 18:16:590241デフォルトの名無しさん
05/03/06 16:32:370242デフォルトの名無しさん
2005/04/16(土) 11:58:110243デフォルトの名無しさん
2005/05/17(火) 22:57:20が定義してあって
int a = AAA.AAA
が置き換えられるとする。
結果がコンパイラによって違うんだけど、どっちが規格に準拠してるのかな？
・cl.exe(MSのC/C++コンパイラ)の場合
int a = 100.AAA
・gccの場合
int a = 100 . 100
0244デフォルトの名無しさん
2005/05/18(水) 00:12:31トークンの生成（tokenization）はマクロ置換の前だから、gccが正しい。
VCのプリプロセッサはうんこ。
0245244
2005/05/18(水) 00:23:170246デフォルトの名無しさん
2005/05/18(水) 00:44:560247243
2005/05/18(水) 02:24:50すいません間違えてました。正しくはこうです。
#define AAA 999
int a = AAA.AAA
・cl.exe(MSのC/C++コンパイラ)の場合
int a = 999.AAA
・gccの場合
int a = 999 . 999
0248デフォルトの名無しさん
2005/06/19(日) 17:15:150249デフォルトの名無しさん
2005/07/23(土) 21:46:10使用する方法はないでしょうか？
#define HOGE int <ランダムなシンボル>
みたいな。
0250デフォルトの名無しさん
2005/07/23(土) 21:48:040251デフォルトの名無しさん
2005/07/23(土) 21:52:50他のスクリプトで自動生成すれば？
0252デフォルトの名無しさん
2005/07/23(土) 21:56:18おなじブロックで2度呼ばれたり、ネストして呼ばれたりすると
シンボルがかぶってしまうからです。
0253デフォルトの名無しさん
2005/07/23(土) 22:01:240254デフォルトの名無しさん
2005/07/23(土) 22:03:59たしかに^^;
行番号とかファイル名とかで生成できたらよいのですが。。。
0255デフォルトの名無しさん
2005/07/23(土) 22:35:090256デフォルトの名無しさん
2005/07/23(土) 22:46:50それだけではシンボルを作れません
0257デフォルトの名無しさん
2005/07/23(土) 22:48:38#define HOGEX(A,B) A##B
0258デフォルトの名無しさん
2005/07/23(土) 22:51:37同じ行で2回使われると対応できないですね。。。
0259デフォルトの名無しさん
2005/07/23(土) 22:53:220260デフォルトの名無しさん
2005/07/23(土) 23:06:400261デフォルトの名無しさん
2005/07/23(土) 23:27:350262デフォルトの名無しさん
2005/07/24(日) 20:47:38フェルマー乙
0263デフォルトの名無しさん
2005/07/29(金) 23:11:330264デフォルトの名無しさん
2005/07/30(土) 00:12:03トークンレベルでいじれるからこそ楽しいわけで。
大いに関係ないが、lisp系はcppで構文解析できる稀な言語だと思う。
誰かschemeインタプリタでも書かないか？
0265デフォルトの名無しさん
2005/10/15(土) 03:43:11■ このスレッドは過去ログ倉庫に格納されています