#includeの順番によってerror c2059というコンパイルエラーが出る

Question

#includeの順番によってエラーが出てしまいます。

まず、Ultimate++という、かなりマイナーなGUIの制作環境を用いてYSEというライブラリを
使おうとしたのですが、#inlucdeの順番によってエラーが出ます。

http://www.ultimatepp.org/
https://github.com/yvanvds/yse-soundengine/releases

正しく通るコード

#ifndef _YSETest2_YSETest2_h
#define _YSETest2_YSETest2_h

#include "yse.hpp" //YSEの本体
#include <CtrlLib/CtrlLib.h> //Ultimate++の本体
using namespace Upp;

#include <iostream>
#include <cstdlib>

#if defined YSE_WINDOWS
#include <conio.h>
#else
#include "wincompat.h"
#endif

#define LAYOUTFILE <YSETest2/YSETest2.lay>
#include <CtrlCore/lay.h>

class YSETest2 : public WithYSETest2Layout<TopWindow> {
public:
	typedef YSETest2 CLASSNAME;
	YSETest2();
};

#endif

通らないコード

#ifndef _YSETest2_YSETest2_h
#define _YSETest2_YSETest2_h

#include <CtrlLib/CtrlLib.h>
using namespace Upp;

#include "yse.hpp"
#include <iostream>
#include <cstdlib>

#if defined YSE_WINDOWS
#include <conio.h>
#else
#include "wincompat.h"
#endif

#define LAYOUTFILE <YSETest2/YSETest2.lay>
#include <CtrlCore/lay.h>

class YSETest2 : public WithYSETest2Layout<TopWindow> {
public:
	typedef YSETest2 CLASSNAME;
	YSETest2();
};

#endif

エラー文

yse_binary_release_windows\include\sound/sound.hpp (36): error C2059: 構文エラー: '定数'
yse_binary_release_windows\include\sound/sound.hpp (36): error C3805: '定数': 予期しないトークン。'}' か ',' が必要です。
yse_binary_release_windows\include\synth/synth.hpp (37): error C2059: 構文エラー: '__stdcall'
yse_binary_release_windows\include\synth/synth.hpp (37): error C3805: '__stdcall': 予期しないトークン。'}' か ',' が必要です。
yse_binary_release_windows\include\io.hpp (27): error C2059: 構文エラー: '('
yse_binary_release_windows\include\io.hpp (27): error C2091: 関数は関数を返せません。
yse_binary_release_windows\include\io.hpp (27): error C4430: 型指定子がありません - int と仮定しました。メモ: C++ は int を既定値としてサポートしていません
yse_binary_release_windows\include\io.hpp (27): error C2059: 構文エラー: ')'

sound.hppの中身はこのようになっています

namespace YSE {
  /** Every subSystem consists out of several class which are meant to work together.
  They all have an interface, implementation, manager, message and a message enumeration.

  */
  namespace SOUND {
    class interfaceObject;
    class implementationObject;
    class messageObject;
    class managerObject;
    enum MESSAGE {
      POSITION,
      SPREAD,
      VOLUME_VALUE,
      VOLUME_TIME,
      SPEED,
      SIZE,
      LOOP,
      INTENT,
      OCCLUSION,
      DSP,
      TIME,
      RELATIVE,
      DOPPLER,
      PAN2D,
      FADE_AND_STOP,
      MOVE,
    };
  }

  // the interface itself gets a more generic name, so that users can just
  // define a 'sound' to get an interface object.
  typedef SOUND::interfaceObject sound;
}

おそらく何らかの初歩的な物だと思うのですが、エラー文に具体性が無くて
具体的に何が原因なのか分かりません。よろしくお願いします。

Answer 1

こんにちは。

パッと見てみて気になるのは、using namespace Upp;です。<CtrlLib/CtrlLib.h>内でnamespace Upp内で定義されいるシンボルと"yse.hpp"内で定義されているシンボルが被っているのでは？
MESSAGEって有りがちな名前なので被っていても可笑しくない気がします。

using namespace Upp;を試しに外してみて下さい。
他のエラーが出ると思いますが、上記の謎エラーが消えるならこの現象が起きています。

ところで、namespaceはこのような「被り」を回避するための仕組みです。その仕組みをusing namespaceでキャンセルすると言うことはこのような被りが発生するリスクが高くなります。using namespaceは使わない方が安全と思います。
またUpp::Foo()のように使う時にnamespaceが記述されていると、その関数のリファレンスを探しやすいので個人的にはお薦めです。

Comments

[KureteRubyLua]

原因が分かりました。一部の定数の宣言が被っているようです
#include <CtrlLib/CtrlLib.h>と#include "yse.hpp"の間に

#undef RELATIVE
#undef CALLBACK
#undef I64

と挟むとエラーが消えます。ただ、この方法だと再定義の影響で
また別のエラーが出そうです。他に解決策はありますか？

[Chironian]

マクロ名が被ってますか．．．マクロはnamespace使っても被りを防げないです。
ライブラリの提供側でマクロ名に被りにくいプリフィックス（UPP_とかYSE_とか）を付けておくと被る確率が大きく減るのでプリフィックスを付ける場合が多いのですが、残念なことに両方とも該当しないようです。
従って、本質的にはUltimate++とYSEを共存させることができません。

KureteRubyLuaさんが試された#undefによる方法はおっしゃる通りちょっと心配ですが、それを超える安心な方法は対象ソフトウェアの中身の把握がそれなりに必要です。
開発元へ状況を報告して修正して貰えたらベストですね。

もし、それらのどちらかがオープン・ソース・プロジェクトならば、KureteRubyLuaさん自身でマクロ名を被らないように修正することも考えられます。
プル・リクエストして本家に反映して貰うことができれば、以後のバージョン・アップに取り込まれるので使いやすくなると思います。

[KureteRubyLua]

どうも有難うございました