danielga / gm_ffi

A module for Garry's Mod that adds an FFI library similar to LuaJIT's FFI.

gm_ffi

A module for Garry's Mod that adds an FFI library similar to LuaJIT's FFI.

Compiling

The only supported compilation platform for this project on Windows is Visual Studio 2017. However, it's possible it'll work with Visual Studio 2015 and Visual Studio 2019 because of the unified runtime.

On Linux, everything should work fine as is.

For macOS, any Xcode (using the GCC compiler) version MIGHT work as long as the Mac OSX 10.7 SDK is used.

These restrictions are not random; they exist because of ABI compatibility reasons.

If stuff starts erroring or fails to work, be sure to check the correct line endings (\n and such) are present in the files for each OS.

Requirements

This project requires garrysmod_common, a framework to facilitate the creation of compilations files (Visual Studio, make, XCode, etc). Simply set the environment variable GARRYSMOD_COMMON or the premake option --gmcommon=path to the path of your local copy of garrysmod_common.

gm_ffi's Issues

building to linux returns dll?

Compile error

Is there a limitation to what can be used with this for FFI?

For example if I were to use this would I be able to access source engine functions or classes that are compiled into srcds or would I be limited to just standard library stuff?

Release

Hello, your job here looks quite promising. But I'm not quite used to low-level compilers like MSVC, in fact, I did attempt to compile things like this before but it seems quite complex for regular Lua coders.
Is there by any chance that you could provide a distribution (dll) of gm_ffi?

Getting this to run on the x86-64 branch of GMod

I don't expect you to support a branch that is officially beta, but I figured I'd ask anyway if you can suggest any more steps I can try.

So:

• I am using the x86-64-support-sourcesdk branch of garrysmod_common
• I edited ffi.h to rename luaL_setfuncs to luaL_setfuncsx as LuaJIT seems to declare that one now (I also changed references in ffi.c, removing the extraneous definition flat-out makes the module not load at all) Alternatively, linking explicitly against lua_shared.so makes luaL_setfuncs actually work so you can remove the definition from ffi.h entirely
  This module now loads successfully and produces the ffi global. I can call ffi.cdef and ffi.new etc all without issues.

However, when I try to call even the most basic function like ffi.C.sleep(5) I get a segfault.

I cannot seem to see anything useful in the crashdump, it just exploes somehwere in lua_shared.so
I have also tried running the 32-bit version of GMod (srcds) on that branch and that segfaults as well.

If there is additional information that might be useful, let me know.

Crash dump attached.
crash.dmp.zip

Requiring

Hello again, we installed it on our server but we're now dealing with a new problem.
We expected that the right way to set it up was this:
ffi = require("ffi")

But then we printed the value of 'ffi' and we figured out that require("ffi") returns nil, so we're not sure about how we should correctly load the library.

• The installation was correct, it doesn't give any errors when you load the module.

Docs?

Same as danielga/gm_filesystem#6