readonly

routine to mark a member variable as read-only

template <typename T>
auto readonly( T&& value );

The goal of read-only is to protect a variable set on a usertype or a function. Simply wrap it around a member variable, e.g. sol::readonly( &my_class::my_member_variable ) in the appropriate place to use it. If someone tries to set it, it will error their code.

sol::readonly is especially important when you’re working with types that do not have a copy constructor. Lua does not understand move semantics, and therefore setters to user-defined-types require a C++ copy constructor. Containers as member variables that contain types that are not copyable but movable – e.g. std::vector<my_move_only_type> amongst others – also can erroneously state they are copyable but fail with compiler errors. If your type does not fit a container’s definition of being copyable or is just not copyable in general and it is a member variable, please use sol::readonly.

If you are looking to make a read-only table, you need to go through a bit of a complicated song and dance by overriding the __index metamethod. Here’s a complete example on the way to do that using sol:

read_only.cpp
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
#define SOL_ALL_SAFETIES_ON 1
#include <sol/sol.hpp>

#include <iostream>

struct object {
    void my_func() {
        std::cout << "hello\n";
    }
};

int deny(lua_State* L) {
    return luaL_error(L, "HAH! Deniiiiied!");
}

int main(int, char*[]) {

    sol::state lua;
    lua.open_libraries(sol::lib::base);

    object my_obj;

    sol::table obj_table = lua.create_named_table("object");

    sol::table obj_metatable = lua.create_table_with();
    obj_metatable.set_function("my_func", &object::my_func, &my_obj);
    // Set whatever else you need to
    // on the obj_metatable, 
    // not on the obj_table itself!

    // Properly self-index metatable to block things
    obj_metatable[sol::meta_function::new_index] = deny;
    obj_metatable[sol::meta_function::index] = obj_metatable;

    // Set it on the actual table
    obj_table[sol::metatable_key] = obj_metatable;

    try {
        lua.script(R"(
print(object.my_func)
object["my_func"] = 24
print(object.my_func)
        )");
    }
    catch (const std::exception& e) {
        std::cout << "an expected error occurred: " << e.what() << std::endl;
    }
    return 0;
}

It is a verbose example, but it explains everything. Because the process is a bit involved and can have unexpected consequences for users that make their own tables, making read-only tables is something that we ask the users to do themselves with the above code, as getting the semantics right for the dozens of use cases would be tremendously difficult.