В сишных Луа-библиотеках нет способа без костылей сделать константы, доступные в Lua?

https://www.lua.org/pil/26.2.html
> Next, we declare an array with all functions and their respective names. This array has elements of type luaL_reg, which is a structure with two fields: a string and a function pointer.

    static const struct luaL_reg mylib [] = {
      {"dir", l_dir},
      {NULL, NULL}  /* sentinel */
    };

Выглядит, там могут быть только функции, верно?
sudo summon @Snusmumriken, ты много биндил, вроде.

Хотя, есть смысл посмотреть, как встроенные библиотеки сделаны, там же есть константы.

  /* placeholders */
  {"pi", NULL},
  {"huge", NULL},
  {"maxinteger", NULL},
  {"mininteger", NULL},
  {NULL, NULL}
};


/*
** Open math library
*/
LUAMOD_API int luaopen_math (lua_State *L) {
  luaL_newlib(L, mathlib);
  lua_pushnumber(L, PI);
  lua_setfield(L, -2, "pi");
  lua_pushnumber(L, (lua_Number)HUGE_VAL);
  lua_setfield(L, -2, "huge");
  lua_pushinteger(L, LUA_MAXINTEGER);
  lua_setfield(L, -2, "maxinteger");
  lua_pushinteger(L, LUA_MININTEGER);
  lua_setfield(L, -2, "mininteger");
  return 1;
}

Забавно.

Иными словами, есть ли смысл сохранить общий для всех функций префикс и сохранить флаги на уровне библиотеки?
Или лучше убрать префикс (т.к. функции всё равно в таблице-неймспейсе) и заменить передачу интовых флагов в функции на таблицы с параметрами?

TL;DR:

lib.lib_func1(param1, param2, lib.FLAG1 | lib.FLAG3)

vs

lib.func1(param1, param2, {flag1 = true, some_value = something })

За первый вариант говорит то, что не нужно делать документацию или много пояснений, и все примеры переносятся почти 1 в 1. Против него, кажется, говорит всё остальное.

lib.lib_func1(param1, param2, lib.FLAG1 | lib.FLAG3)

lib.func1(param1, param2, {flag1 = true, some_value = something })

2

Документацию всё равно нужно делать.
Примеры и так переносятся 1в1, если у тебя есть строка с require твоей библиотеки:
local mylib = require"mylib"
print( mylib.foo(10, 20) )

  /* placeholders */
  {"pi", NULL},
  {"huge", NULL},
  {"maxinteger", NULL},
  {"mininteger", NULL},
  {NULL, NULL}
};


/*
** Open math library
*/
LUAMOD_API int luaopen_math (lua_State *L) {
  luaL_newlib(L, mathlib);
  lua_pushnumber(L, PI);
  lua_setfield(L, -2, "pi");
  lua_pushnumber(L, (lua_Number)HUGE_VAL);
  lua_setfield(L, -2, "huge");
  lua_pushinteger(L, LUA_MAXINTEGER);
  lua_setfield(L, -2, "maxinteger");
  lua_pushinteger(L, LUA_MININTEGER);
  lua_setfield(L, -2, "mininteger");
  return 1;
}

// Не люблю setfield, дёргает метаметоды
#define luax_tsfunction(L, name,  func)  lua_pushstring(L, name);  lua_pushcfunction(L, func); lua_rawset(L, -3)
#define luax_tnnumber(L, index, value) lua_pushnumber(L, index); lua_pushnumber(L, value);   lua_rawset(L, -3)
#define luax_tsnumber(L, name,  value) lua_pushstring(L, name);  lua_pushnumber(L, value);   lua_rawset(L, -3)

int luaopen_math (lua_State *L) {
  luaL_newtable(L);
    luax_tsfunction(L, "dir", luamath_dir);
    luax_tsnumber(L, "pi", PI);
    luax_tsnumber(L, "huge", HUGE_VAL);
  return 1;
}

Мне нравятся подобные варианты тем, что тут полный контроль над либой.

Это илон Маск бесстыдник мошенничает :)

Да знаю пошутить что-ли нельзя )

надо видимо сменить тэг группы. она в какой-то базе :/

> Документацию всё равно нужно делать.
Не уверен, что в этом есть смысл, если можно сослаться на официальную документацию, указав разницу в API. Написать полноценную документацию для ~100 функций там, где официальная документация не очень хорошо структурирована (т.е. её нельзя сконвертировать) — работа в несколько раз больше, чем сгенерировать биндинг.

По крайней мере, если не уверен, что этим кто-то кроме тебя когда-нибудь будет пользоваться.

В подобном виде, всё равно крайне желательна документация, за примером биндинга почти без доки можно  посмотреть сюда: https://luapower.com/libcurl или сюда: https://luapower.com/clipper.
В этом очень неудобно разбираться, постоянно скача между одной докой и другой, ещё приходится смотреть  на код биндинга, чтобы понимать какие константы где что означают, где какая версия либы была использована и т.д. Плюс придётся документировать твои разрешения ситуаций несовместимости типов, а ля "сишная функция хочет список указателей строк с указанием количества элементов".

Человеку, который учится работать с твоей либой, значительно удобнее смотреть всё в одном месте, особенно когда там, пусть и повторно, но расписаны все фичи, плюс есть примеры использования именно твоей либы.

Если биндинг простой, и там все функции легко мапятся - пожалуйста. Если он худо-бедно сложный - уже желательно всё передокументировать.

Всем привет, посоветуйте пожалуйста библиотеку для работы с snmp под lua

раньше использовал luasnmp, но она не поддерживает работу с последней версией netsnmp

не работает с  net-snmp 5.8 если быть точным

https://www.lua.org/manual/5.1/manual.html
тут написано

 Lua handles a chunk as the body of an anonymous function with a variable number of arguments (see §2.5.9). As such, chunks can define local variables, **receive arguments**, and return values. 

вопрос, а как он может принимать аргументы, если у него нет части которая function()?
допустим я передал из сишного апи при вызове его аргументы
куда они попадут?