被boost精神/凤凰/C++11交互弄糊涂了

Question

我已尽力减少此问题。

如果我取消注释 void initialize()，则此代码将编译。如果我把它注释掉，那么它就不会构建。

我发现解决此问题的唯一方法是使用 boost::shared_ptr 而不是 std::shared_ptr 在 C++03 模式下构建。

我尝试过在 OS X Lion（使用 libc++）上使用 stock clang 编译器，在 CentOS 6.4 x64 上使用以下编译器：

/opt/llvm/3.2/bin/clang++ -gcc-toolchain /opt/gcc/4.7.2 -std=gnu++11 foo.cc -I/opt/boost/1.53.0/include -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_SPIRIT_ACTIONS_ALLOW_ATTR_COMPAT -DBOOST_SPIRIT_DEBUG
/opt/llvm/3.1/bin/clang++ -gcc-toolchain /opt/gcc/4.7.2 -std=gnu++11 foo.cc -I/opt/boost/1.53.0/include -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_SPIRIT_ACTIONS_ALLOW_ATTR_COMPAT -DBOOST_SPIRIT_DEBUG
/opt/llvm/3.0/bin/clang++ -gcc-toolchain /opt/gcc/4.7.2 -std=gnu++11 foo.cc -I/opt/boost/1.53.0/include -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_SPIRIT_ACTIONS_ALLOW_ATTR_COMPAT -DBOOST_SPIRIT_DEBUG
/opt/gcc/4.7.2/bin/g++ -std=gnu++11 foo.cc -I/opt/boost/1.53.0/include -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_SPIRIT_ACTIONS_ALLOW_ATTR_COMPAT -DBOOST_SPIRIT_DEBUG
/opt/gcc/4.7.1/bin/g++ -std=gnu++11 foo.cc -I/opt/boost/1.53.0/include -DBOOST_SPIRIT_USE_PHOENIX_V3 -DBOOST_SPIRIT_ACTIONS_ALLOW_ATTR_COMPAT -DBOOST_SPIRIT_DEBUG

和往常一样，spirit 的编译器输出非常冗长，因此我将其作为要点包含在内：

• Clang 3.2
• GCC 4.7.2

代码如下...

#include <boost/phoenix.hpp>
#include <boost/spirit/include/qi.hpp>
#include <memory>

class Object {
    public:
        void initialize(std::vector<int>) {
        }

        //void initialize() {
        //}
};

int main() {
    boost::spirit::qi::rule<std::string::iterator, int()> integer;
    boost::spirit::qi::rule<std::string::iterator, std::shared_ptr<Object>()> object;

    using boost::phoenix::bind;
    using boost::spirit::_val;
    using boost::spirit::_1;

    object  
        = (*integer) [bind(&Object::initialize, *_val, _1)];
}

Answer 1

#define BOOST_SPIRIT_USE_PHOENIX_V3

帮我修好了。并将*val 更改为val，因为phoenix 会知道如何将成员函数绑定到它。

---

更新 正如@llonesmiz 暗示的那样，这确实与 ADL 有关。虽然关系非常微妙。

• 在此过程中，std::vector<> 在成员函数指针的 type 中的存在使 ADL 搜索 std 命名空间并找到 std::bind，而不是 phoenix::bind。
• 不知何故，当您传递 val 而不是 *val 时，编译器会选择 phoenix bind 作为更好的匹配。
• 您可以看到，当您的成员函数采用 int（而不是来自 std 命名空间的类型）时，问题就消失了，并且始终选择 phoenix bind。

您可以通过检查 this minimal test program 的输出来查看上述观察结果，该输出转储各种绑定表达式的 typeid（并通过c++filt 运行它们）

---

• 通过 http://liveworkspace.org/code/idDtv$0

与 GCC 一起观看直播

• 更新 Clang 似乎只喜欢使用 boost::shared_ptr 而不是：http://liveworkspace.org/code/idDtv$3。我只能假设这是由于 libc++ 的差异（？）

#define BOOST_SPIRIT_USE_PHOENIX_V3
#include <boost/spirit/include/qi.hpp>
#include <boost/phoenix.hpp>
#include <memory>

class Object {
    public:
        void initialize(std::vector<int>) {
        }
};

int main() {
    boost::spirit::qi::rule<std::string::iterator, int()> integer;
    boost::spirit::qi::rule<std::string::iterator, std::shared_ptr<Object>()> object;

    using boost::phoenix::bind;
    using boost::spirit::_val;
    using boost::spirit::_1;

    object  
        = (*integer) [bind(&Object::initialize, _val, _1)];
}