JakobOvrum

That just makes things worse. Const/immutable class references are not specially handled by the class converter. By casting away const like that you allow const references to be modified by...

I think I have a couple of insignificant local commits towards it, there haven't been any problems. I just haven't been doing a lot of programming lately. I see that...

I expanded the list. Default arguments are hard-coded at the call-site, so it would go under supporting overload sets - however, it's not that simple, since I don't think there's...

Virtual functions now work correctly. (6f7f2c301225fc61984af41d0e567b43b30071ff)

I have a few test cases reproducing this one for my system, but it depends on the DLL you link to; the code you provided works fine for me for...

@dawgfoto, the effort is to make it unroll the D stack on the way up. If you use pcall, you don't get that. If you use xpcall, you can do...

Some more dialogue concerning this issue can be found at issue #40. I hope we can keep it centralized here in the future.

I [pushed](https://github.com/JakobOvrum/LuaD/commit/2edc79c4961521e742eeca451a59533d6347fe3f) Lua libraries for x86-32 and x86-64 Linux compiled with `-fno-omit-frame-pointer`, which works around this issue for those platforms. That also fixes the travis build and test run. It's...

The issue is compiler and platform specific. The general fix is to compile Lua with frame pointers intact. Which platform/compiler targets do you have issues with?

Thanks for submitting your changes; API-wise I think all of them belong in LuaD. I'm still travelling, but I'll find time to give the implementation a proper review as soon...