Question

我正在开发一个项目，该项目涉及为用户提供一个界面，以找到任意数量参数的函数的最佳值。在内部，所有机制都围绕参数类型的std::tuple构建。我希望为用户提供调用我的优化例程的能力，但是，以“通常”样式（例如示例中的f1）编写的函数，而不是必须编写他们的函数以优化为函数std::tuple实例化（例如示例中的f2）。

作为这种机制的一部分，我编写了一个apply函数，它将一个元组解包到给定函数的参数中并调用它。

我还创建了一对函数模板，一个使用lambda包装器转发到另一个，提供了优化例程的接口。简化版本显示在tuple_array_map下方。目的是提供SFINAE以便在两者之间进行选择，具体取决于函数类型是否可以使用元组参数调用，还是可以使用解压缩的元组成员作为参数调用。为此，我使用带有SFINAE触发默认参数的虚拟模板参数。

此方案在g ++ 4.7及更高版本下运行良好，使用-std=c++11 -pedantic -Wall -Wextra -Werror进行编译不会产生任何警告或错误。

然而，当尝试使用-std=c++11在clang 5.1下编译时（抱歉，我不是一个很大的用户，我不知道是否有更合适的选项），我得到以下输出对于我的示例代码：

clang_fail.cpp:91:5: error: call to 'tuple_array_map' is ambiguous
    tuple_array_map(f2, tuples);
    ^~~~~~~~~~~~~~~
clang_fail.cpp:59:6: note: candidate function [with Fn = double (*)(const
      std::__1::tuple<double> &), TupleArr =
      std::__1::array<std::__1::tuple<double>, 5>, $2 = double]
void tuple_array_map(Fn f, const TupleArr& arr)
     ^
clang_fail.cpp:69:6: note: candidate function [with Fn = double (*)(const
      std::__1::tuple<double> &), TupleArr =
      std::__1::array<std::__1::tuple<double>, 5>, $2 = double, $3 = void]
void tuple_array_map(Fn f, const TupleArr& arr)
     ^
clang_fail.cpp:71:5: error: call to 'tuple_array_map' is ambiguous
    tuple_array_map([&](const typename TupleArr::value_type& t) {
    ^~~~~~~~~~~~~~~
clang_fail.cpp:90:5: note: in instantiation of function template specialization
      'tuple_array_map<double (*)(double),
      std::__1::array<std::__1::tuple<double>, 5>, double, void>' requested here
    tuple_array_map(f1, tuples);
    ^
clang_fail.cpp:59:6: note: candidate function [with Fn = <lambda at
      clang_fail.cpp:71:21>, TupleArr = std::__1::array<std::__1::tuple<double>,
      5>, $2 = double]
void tuple_array_map(Fn f, const TupleArr& arr)
     ^
clang_fail.cpp:69:6: note: candidate function [with Fn = <lambda at
      clang_fail.cpp:71:21>, TupleArr = std::__1::array<std::__1::tuple<double>,
      5>, $2 = double, $3 = void]
void tuple_array_map(Fn f, const TupleArr& arr)
     ^

真正令人费解的部分是它似乎从呼叫表达式中推断出double返回应该是SFINAE，除非我错过了关于模板默认参数或SFINAE本身的标准。

示例如下 - 尽管我仍然触发相同的行为，但它仍然是最小的：

#include <tuple>
#include <array>
#include <utility>
#include <type_traits>

double f1(double x)
{
    return x * 2;
}

double f2(const std::tuple<double>& x)
{
    return std::get<0>(x) * 2;
}

template<std::size_t N>
struct apply_impl {
    template<class F, class Tuple, class... TParams>
    static auto apply(F&& fn, Tuple&& t, TParams&&... args)
      ->  decltype(
              apply_impl<N - 1>::apply(
                  std::forward<F>(fn), std::forward<Tuple>(t),
                  std::get<N - 1>(std::forward<Tuple>(t)),
                  std::forward<TParams>(args)...
          ))
    {
        return apply_impl<N - 1>::apply(
                std::forward<F>(fn), std::forward<Tuple>(t),
                std::get<N - 1>(std::forward<Tuple>(t)),
                std::forward<TParams>(args)...
                );
    }
};

template<>
struct apply_impl<0> {
    template<class F, class Tuple, class... TParams>
    static auto apply(F&& fn, Tuple&&, TParams&&... args)
      -> decltype(std::forward<F>(fn)(std::forward<TParams>(args)...))
    {
        return std::forward<F>(fn)(std::forward<TParams>(args)...);
    }
};

template<class F, class Tuple>
auto apply(F&& fn, Tuple&& t)
  -> decltype(apply_impl<
          std::tuple_size<typename std::decay<Tuple>::type>::value
        >::apply(std::forward<F>(fn), std::forward<Tuple>(t)))
{
    return apply_impl<
        std::tuple_size<typename std::decay<Tuple>::type>::value
      >::apply(std::forward<F>(fn), std::forward<Tuple>(t));
}

template<class Fn, class TupleArr,
    class = decltype(std::declval<Fn>()(
                std::declval<typename TupleArr::value_type>()))>
void tuple_array_map(Fn f, const TupleArr& arr)
{
    for (auto i = 0; i < arr.size(); ++i)
        static_cast<void>(f(arr[i]));
}

template<class Fn, class TupleArr,
    class = decltype(apply(std::declval<Fn>(),
                std::declval<typename TupleArr::value_type>())),
    class = void>
void tuple_array_map(Fn f, const TupleArr& arr)
{
    tuple_array_map([&](const typename TupleArr::value_type& t) {
                return apply(f, t);
            }, arr);
}

int main()
{
    std::array<std::tuple<double>, 5> tuples = {
        std::make_tuple(1),
        std::make_tuple(2),
        std::make_tuple(3),
        std::make_tuple(4),
        std::make_tuple(5)
    };

    // "apply" unpacks a tuple into arguments to a function
    apply(f1, tuples[0]);

    // this call produces an ambiguity one level down under clang
    tuple_array_map(f1, tuples);
    // this call directly produces an ambiguity under clang
    tuple_array_map(f2, tuples);
}

Answer 1

使用libc ++编译时的歧义是由于explicit的转换构造函数（Constructor #2 at cppreference）缺少标准强制std::tuple说明符。因此，double可以隐式转换为std::tuple<double>（See this example program），因此 tuple_apply_map函数的都是可行的。

作为解决方法，我建议创建一个needs_apply特征并使用它来约束您的tuple_apply_map模板（我将使用标签调度）：

template<class Fn, class TupleArr> struct needs_apply { template <class F=Fn> static auto test(int) -> decltype(std::declval<F>()(*std::declval<TupleArr>().begin()), std::false_type{}); static auto test(...) -> std::true_type; using type = decltype(test(0)); }; template<class Fn, class TupleArr> void tuple_array_map(Fn f, const TupleArr& arr, std::false_type) { for (auto&& i : arr) static_cast<void>(f(i)); } template<class Fn, class TupleArr> void tuple_array_map(Fn f, const TupleArr& arr, std::true_type) { tuple_array_map([&](const typename TupleArr::value_type& t) { return apply(f, t); }, arr, std::false_type{}); } template<class Fn, class TupleArr> void tuple_array_map(Fn&& f, TupleArr&& arr) { tuple_array_map(std::forward<Fn>(f), std::forward<TupleArr>(arr), typename needs_apply<Fn,TupleArr>::type{}); }

这项工作正常with libc++和with libstdc++甚至compiling with g++。

According to this answer by Howard Hinnant, this non-conformance of the std::tuple constructor is an extension implemented in libc++ as an experiment. 另请参阅Library Working Group active issue 2051和the paper N3680 written by Daniel Krügler to address the issue。

模板默认参数SFINAE对于俚语不明确，对于g ++来说很好

1 个答案: