błąd :: make_unique nie jest członkiem „std”

Próbuję skompilować następujący program puli wątków opublikowany w przeglądzie kodu, aby go przetestować.

/codereview/55100/platform-independant-thread-pool-v4

Ale otrzymuję błędy

threadpool.hpp: In member function ‘std::future<decltype (task((forward<Args>)(args)...))> threadpool::enqueue_task(Func&&, Args&& ...)’:
threadpool.hpp:94:28: error: ‘make_unique’ was not declared in this scope
     auto package_ptr = make_unique<task_package_impl<R, decltype(bound_task)>>  (std::move(bound_task), std::move(promise));
                        ^
threadpool.hpp:94:81: error: expected primary-expression before ‘>’ token
     auto package_ptr = make_unique<task_package_impl<R, decltype(bound_task)>>(std::move(bound_task), std::move(promise));
                                                                             ^
main.cpp: In function ‘int main()’:
main.cpp:9:17: error: ‘make_unique’ is not a member of ‘std’
 auto ptr1 = std::make_unique<unsigned>();
             ^
main.cpp:9:34: error: expected primary-expression before ‘unsigned’
 auto ptr1 = std::make_unique<unsigned>();
                              ^
main.cpp:14:17: error: ‘make_unique’ is not a member of ‘std’
 auto ptr2 = std::make_unique<unsigned>();
             ^
main.cpp:14:34: error: expected primary-expression before ‘unsigned’
 auto ptr2 = std::make_unique<unsigned>();

make_uniqueto nadchodząca funkcja C ++ 14 i dlatego może nie być dostępna w Twoim kompilatorze, nawet jeśli jest zgodna z C ++ 11.

Możesz jednak łatwo toczyć własną implementację:

template<typename T, typename... Args>
std::unique_ptr<T> make_unique(Args&&... args) {
    return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
}

(FYI, tutaj jest ostateczna wersja tego,make_unique która została wybrana w C ++ 14. Obejmuje to dodatkowe funkcje do obsługi tablic, ale ogólna idea jest nadal taka sama).

Jeśli masz najnowszy kompilator, możesz zmienić następujące ustawienia w ustawieniach kompilacji:

 C++ Language Dialect    C++14[-std=c++14]

To działa dla mnie.

1. wersja gcc> = 5
2.CXXFLAGS + = -std = c ++ 14
3. #include <memory>

Zdarza mi się to podczas pracy z XCode (używam najnowszej wersji XCode w 2019 ...). Używam CMake do integracji kompilacji. Użycie następującej dyrektywy w CMakeLists.txt naprawiło to za mnie:

set(CMAKE_CXX_STANDARD 14).

Przykład:

cmake_minimum_required(VERSION 3.14.0)
set(CMAKE_CXX_STANDARD 14)

# Rest of your declarations...

Jeśli utkniesz w c ++ 11 , możesz pobrać make_uniquez abseil-cpp , kolekcji bibliotek C ++ typu open source pobranych z wewnętrznej bazy kodu Google.

W moim przypadku musiałem zaktualizować std = c ++

Mam na myśli to, że w moich aktach było to

android {
    ...

    defaultConfig {
        ...

        externalNativeBuild {
            cmake {
                cppFlags "-std=c++11", "-Wall"
                arguments "-DANDROID_STL=c++_static",
                        "-DARCORE_LIBPATH=${arcore_libpath}/jni",
                        "-DARCORE_INCLUDE=${project.rootDir}/app/src/main/libs"
            }
        }
       ....
    }

Zmieniłem tę linię

android {
    ...

    defaultConfig {
        ...

        externalNativeBuild {
            cmake {
                cppFlags "-std=c++17", "-Wall"   <-- this number from 11 to 17 (or 14)
                arguments "-DANDROID_STL=c++_static",
                        "-DARCORE_LIBPATH=${arcore_libpath}/jni",
                        "-DARCORE_INCLUDE=${project.rootDir}/app/src/main/libs"
            }
        }
       ....
    }

Otóż ​​to...