一応報告した。 https://github.com/IFCA/opencl/issues/47

clang使ってればそんなのどうという事無さそうですが、自前でやってるんですかね？

clangでプリプロセッサの処理を行った結果のCソースコードを、自前でパースして、FFIのコードを生成してますが、このパーサがclang拡張を知らないので問題が起こってます。

Cのプログラム解析ツールや、FFIコード生成では、割とよくある構成だと思います。

まじっすか。ソースコードのパースもclang使ってLLVMとつなげる方が普通なのかと(某社のOpenCLもどきはこの構成)

まじっすか、と思ったのは自前でパースするとまさにここで言ってるような問題が延々と出続けるので筋が悪いから普通はそうしないに違いない、と思っていたからです。

システムのヘッダとコンパイラは通常組み合わせて使うようになっているので、FFI用コード生成にCのヘッダをパースしたいというような用途の場合、システムのコンパイラを使ってパースできれば、それが一番問題が少ないでしょうが、
* システムによって使われているコンパイラは違うし、
* 昔はgccが主流だったが、gccはそういうことが非常にやりにくかった、
ということを考えると、自前でパースする方向になったのは、昔としては自然な選択かと。

今であれば、最近はclangが完成度も高いし、色々な拡張を理解するし、ライブラリとしても使いやすいしで、clangを使うのは悪くない選択肢だとは思います。
システムのコンパイラがclangでない場合には、システムのヘッダでclangが対応してない拡張が使われている可能性はなくはないですが、自前のパーサとclangであれば、clangの方に分がありそうですし。

そうそう、gccしか無かった頃はそうなんですが、今はもうclangが普通に使われ始めて随分経つので、未だに自前パースなんてやってるのが良くある、というのが信じがたかったのです。
イマドキclangでコンパイル出来ない独自拡張のシステムヘッダとかもほとんど無いかと(7年前ならいざしらず)