Problems with std::shared_ptr

[stevekchiu]

Problems with std::shared_ptr

[wizofoz]

I think I could have solved the problem specializing LuaTypeMapping:

    template <typename T>
    struct LuaTypeMapping <std::shared_ptr<T>>
    {
        using Type = std::shared_ptr<T>; //typename std::decay<T>::type;

        static constexpr bool isConst = std::is_const<T>::value;

        static void push(lua_State* L, const Type& p)
        {
            if (p == nullptr) {
                lua_pushnil(L);
            } else {
                //CppObjectPtr::pushToStack(L, const_cast<Type*>(p), isConst);
                CppObjectSharedPtr<Type, T>::pushToStack(L, p, isConst);
            }
        }

        static Type get(lua_State* L, int index)
        {
            return CppObject::get<Type>(L, index, isConst);
        }

        static Type opt(lua_State* L, int index, const Type& def)
        {
            if (lua_isnoneornil(L, index)) {
                return def;
            } else {
                return CppObject::get<Type>(L, index, isConst);
            }
        }
    };

GC from Lua seems to be called correctly but I really have no idea if I have solved my problem correctly or if I made some bad mistake.

local my_shared_ptr_class = foo.create_shared_ptr_class()
my_shared_ptr_var = nil
collectgarbage() -- class destructor called
...

Thank you for any advice you can give me, best regards

[SteveKChiu]

The problem is LuaTypeMappingExists does not work well with GCC (clang works fine), I will fix that later. Or you can use the following version (prior to VS 2015 patch):

439be2e

Specializing LuaTypeMapping can be a temperately workaround, but it is not necessary once the fix is ready.

[wizofoz]

I thought that could have been GCC fault. I'll wait your fix for GCC, thank you for your help!

[wizofoz]

It works perfectly now, thanks.
Specializing LuaTypeMapping was not a good idea in the end and I had to use the 439be2e version until now.