44a3f042a7
prepare sharing C++ class instances across lua-interpreters
...
in particular: lua-lifefime (!) C++ instances.
This allows for dynamic allocation of custom user-data, bound to
the lifetime of the allocating lua-context.
2016-07-07 15:37:11 +02:00
a2f249d1d7
tweak lua gc
...
lua C++ bindings require ~400KB worth of tables now; so bump memory
available to rt-safe scripts (full interpreter) to 2MB.
Also switch to incremental GC.
2016-07-06 03:32:08 +02:00
Sam Thursfield
e37b250d4d
Use correct type of std::map::count
...
Compiling Ardour commit ec8a4de015
with GCC
6.1.1 (on Fedora 24) gave this build failure:
In file included from /home/sam/ardour/libs/lua/LuaBridge/LuaBridge.h:154:0,
from ../tools/luadevel/devel.cc:16:
/home/sam/ardour/libs/lua/LuaBridge/detail/Namespace.h: In instantiation of ‘luabridge::Namespace::Class<std::map<K, V> > luabridge::Namespace::beginStdMap(const char*) [with K = std::__cxx11::basic_string<char>; V = std::__cxx11::basic_string<char>]’:
../tools/luadevel/devel.cc:89:60: required from here
/home/sam/ardour/libs/lua/LuaBridge/detail/Namespace.h:1666:30: error: no matches converting function ‘count’ to type ‘void (class std::map<std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char>, std::less<std::__cxx11::basic_string<char> >, std::allocator<std::pair<const std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> > > >::*)()’
.addFunction ("count", (void (LT::*)())<::count)
^~~~~~~~~~~~~~~~~~~
In file included from /usr/include/c++/6.1.1/map:61:0,
from /home/sam/ardour/libs/lua/LuaBridge/LuaBridge.h:45,
from ../tools/luadevel/devel.cc:16:
/usr/include/c++/6.1.1/bits/stl_map.h:1131:2: note: candidates are: template<class _Kt> decltype (((const std::map<_Key, _Tp, _Compare, _Alloc>*)this)->std::map<_Key, _Tp, _Compare, _Alloc>::_M_t._M_count_tr(__x)) std::map<_Key, _Tp, _Compare, _Alloc>::count(const _Kt&) const [with _Kt = _Kt; _Key = std::__cxx11::basic_string<char>; _Tp = std::__cxx11::basic_string<char>; _Compare = std::less<std::__cxx11::basic_string<char> >; _Alloc = std::allocator<std::pair<const std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> > >]
count(const _Kt& __x) const -> decltype(_M_t._M_count_tr(__x))
^~~~~
/usr/include/c++/6.1.1/bits/stl_map.h:1125:7: note: std::map<_Key, _Tp, _Compare, _Alloc>::size_type std::map<_Key, _Tp, _Compare, _Alloc>::count(const key_type&) const [with _Key = std::__cxx11::basic_string<char>; _Tp = std::__cxx11::basic_string<char>; _Compare = std::less<std::__cxx11::basic_string<char> >; _Alloc = std::allocator<std::pair<const std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> > >; std::map<_Key, _Tp, _Compare, _Alloc>::size_type = long unsigned int; std::map<_Key, _Tp, _Compare, _Alloc>::key_type = std::__cxx11::basic_string<char>]
count(const key_type& __x) const
^~~~~
Casting std::map::count to the correct type instead of a fake void()
type fixes the compile failure.
2016-06-26 16:18:34 +02:00
67083d65e4
add lua/C++ dynamic_cast<>
2016-06-01 13:59:31 +02:00
f87cd4435d
allow lua binding functions with up to 9 parameters
...
e.g new_midi_track()
2016-05-31 23:51:22 +02:00
50d6f146f4
allow lua to access array at an offset
2016-05-21 15:55:14 +02:00
204c8016c7
allow to compare C class instances from lua
2016-04-14 03:08:02 +02:00
6f7ac64d42
Modify 'getIdentityKey()' function to have LuaBridge_API linkage when building with MSVC (rather than simply 'extern')
2016-04-12 17:55:17 +01:00
e6dcc2d77d
Change LuaBridge_API to be __declspec(dllexport) or __declspec(dllimport, as required
2016-04-12 17:55:16 +01:00
7292989a5a
some more windows bandaids for optimized builds
...
really this is getting UGLY.
2016-04-12 02:18:20 +02:00
8002b2d26e
special case luabridge for windows/MSVC
...
luabridge uses static fn addresses to identify classes.
Windows uses different addresses for *identical* static functions
in libardour.dll and ardour.exe
This solves the issue by moving the all functions from a
header-only implementation into libardour.
2016-04-11 22:19:25 +02:00
c6d4fafcd9
update lua related doc, add missing bindings
2016-04-10 23:01:44 +02:00
40aa4cfe06
Modify our MSVC projects to build liblua as a DLL rather than a static lib
2016-04-04 16:40:20 +01:00
10486fa2cc
#define LUA_DEBUG when making a Debug build with MSVC
2016-04-04 16:40:18 +01:00
8d26a67ddd
liblua visibility and compiler-flags
2016-04-04 13:42:50 +02:00
a2108090cf
reduce header dependencies (part 1/2)
2016-03-28 19:13:10 +02:00
829da7eb33
refactor lua header includes
2016-03-23 17:00:10 +01:00
b6f0f30add
Lua Array Documentation
2016-03-21 18:56:16 +01:00
481e5d1416
refine Lua Binding Documentation
2016-03-21 04:05:43 +01:00
6ecc8e9b3d
fix JSON luadoc format
2016-03-20 20:58:52 +01:00
618ef9f923
Prepare Lua Binding Documentation (JSON)
2016-03-20 20:54:36 +01:00
2c71196a6c
allow to bind functions with reference args in global lua namespace
2016-03-18 19:59:37 +01:00
990c365ebf
ISO C++03 14.2/4 compatibility for clang.
...
http://stackoverflow.com/questions/3786360/confusing-template-error
(hopefully other compilers which didn't mind the missing "template"
are still fine with this)
2016-02-27 21:02:30 +01:00
269e88671e
Accommodate newly introduced source(s) in our MSVC project (lua)
2016-02-27 16:29:54 +00:00
77ded21da9
Add a VC project for building the new lua branch with MSVC
...
(untested, new paths -- adopted from John Emmas project)
2016-02-22 22:06:47 +01:00
a8ae47ada2
LuaBridge: support argument references via table return
2016-02-22 22:06:47 +01:00
12a58015a3
customize LuaBridge
...
* introduce boost::shared_ptr support
* support enum & const
* allow to add non-class member functions
* STL iterators (vector, list, set, bitset & map)
* support reference arguments (framecnt_t&)
* add support for arrays of basic types (e.g. float*, int*)
* fix compiler warnings
2016-02-22 22:06:47 +01:00
5b40e073e9
add liblua wrapper and build-scripts
2016-02-22 22:06:47 +01:00
2b575e4746
NO-OP whitespace
2016-02-22 22:06:47 +01:00
e98f21dd29
add LuaBridge
...
https://github.com/vinniefalco/LuaBridge
2016-02-22 22:06:47 +01:00
c8973f67a6
add lua-5.3.2
2016-02-22 22:06:47 +01:00