Расширение пакета параметров, содержащего initializer_list, в конструктор

Question

Я собираюсь использовать shared_ptr в следующем проекте немного, поэтому (не зная std::make_shared) я хотел написать функцию шаблона переменной spnew<T>(...) в качестве shared_ptr -обмена new. Все шло гладко, пока я не попытался использовать тип, конструктор которого включает initializer_list. Я получаю следующее от GCC 4.5.2, когда пытаюсь скомпилировать минимальный пример ниже:

In function 'int main(int, char**)':
too many arguments to function 'std::shared_ptr spnew(Args ...) [with T = Example, Args = {}]'

In function 'std::shared_ptr spnew(Args ...) [with T = Example, Args = {}]':
no matching function for call to 'Example::Example()'

Как ни странно, я получаю эквивалентные ошибки, если заменяю std::make_shared на spnew. В любом случае, кажется, что неправильно выводить параметры, когда задействован initializer_list, ошибочно трактуя Args... как пустой. Вот пример:

#include <memory>
#include <string>
#include <vector>

struct Example {

    // This constructor plays nice.
    Example(const char* t, const char* c) :
        title(t), contents(1, c) {}

    // This one does not.
    Example(const char* t, std::initializer_list<const char*> c) :
        title(t), contents(c.begin(), c.end()) {}

    std::string title;
    std::vector<std::string> contents;

};

// This ought to be trivial.
template<class T, class... Args>
std::shared_ptr<T> spnew(Args... args) {
    return std::shared_ptr<T>(new T(args...));
}

// And here are the test cases, which don't interfere with one another.
int main(int argc, char** argv) {
    auto succeeds = spnew<Example>("foo", "bar");
    auto fails = spnew<Example>("foo", {"bar"});
}

Это просто упущение с моей стороны или ошибка?

Answer 1

Вы могли бы сделать это -

#include <memory>
#include <string>
#include <iostream>
#include <vector>

struct Example {

    template<class... Args>
    Example(const char* t, Args... tail) : title(t) 
    {
        Build(tail...);
    }

    template<class T, class... Args>
    void Build(T head, Args... tail) 
    { 
        contents.push_back(std::string(head)); 
        Build(tail...);
    }

    template<class T>
    void Build(T head)
    { 
        contents.push_back(std::string(head)); 
    }

    void Build() {}        

    std::string title;
    std::vector<std::string> contents;

};

template<class T, class... Args>
std::shared_ptr<T> spnew(Args... args) {
    return std::shared_ptr<T>(new T(args...));
}

int main(int argc, char** argv) {
    auto succeeds = spnew<Example>("foo", "bar");
    auto fails = spnew<Example>("foo", "bar", "poo", "doo");

    std::cout << "succeeds->contents contains..." << std::endl;
    for ( auto s : succeeds->contents ) std::cout << s << std::endl;

    std::cout << std::endl << "fails->contents contains..." << std::endl;
    for ( auto s : fails->contents ) std::cout << s << std::endl;
}

Это, несмотря на то, что общие шаблоны безопасны от типов, так как компилятор будет жаловаться contents.push_back, если переданный тип не может быть преобразован в const char *.

Как описано выше, ваш код работал нормально с gcc 4.6, однако здесь вы получите предупреждение why-doesnt-my-template-accept-an-initializer-list и, возможно, не соответствует стандартам совместимый, хотя стандарт c ++ 0x еще не опубликован, так что это может измениться.

Answer 2

С gcc-4.7 (вероятно, будет работать и на gcc-4.6, только что разветвленном) с предупреждениями:

foo.cpp: In function ‘int main(int, char**)’:
foo.cpp:29:47: warning: deducing ‘Args ...’ as ‘std::initializer_list<const 
char*>’ [enabled by default]
foo.cpp:22:20: warning:   in call to ‘std::shared_ptr<_Tp1> spnew(Args ...) 
[with T = Example, Args = {const char*, std::initializer_list<const 
char*>}]’ [enabled by default]
foo.cpp:29:47: warning:   (you can disable this with -fno-deduce-init-list) 
[enabled by default]

Я не уверен, почему кто-то захочет говорить о выводе списка инициализации.

Есть связанная тема: Почему мой шаблон не принимает список инициализатора

По сути, пустой список инициализации не имеет типа.