Martin Olivier
Martin Olivier
# Current status Hello, I'm currently working on that. The goal is to add a feature to `dylib` to be able to load c++ symbols ## Linux and MacOS `Variables`...
# Update ## Linux and MacOS `Variables` I can now access a mangled variable within a `namespace` : ```c++ dylib lib("lib"); auto ver = lib.get_variable("driver::infos::version"); ``` `Functions` I can now...
> But are you sure you're not going about this the wrong way? I mean, take the function's proper type, then apply name mangling (not yourself - there's an ABI...
> typeid(T)::name() doesn't need an extra library; but then - it doesn't mangle names in the sense of getting you the symbol name to look for in an object. You...
> I think all of this code should be made constexpr - since it's all information that we know at compile-time. The T and U in one of your function...
I'm gonna release `2.0.0` without this remangling feature since i dont have many time to work on that actually.
Hello @saxbophone If i'm not wrong, CMake is holding `.so` as default extension for modules on MacOS for compatibility issues: > Changing the `MODULE` library suffix to `.dylib` (instead of...
> Such as my program loading a maliciously-placed alternative plugin rather than the one I intended? Fair enough, what about providing an override instead? Yes, currently the constructor of the...
Hello @dayfixer, Thanks for your PR. I think it could be a good Idea to integrate that by default when an error occurs, without specifying `DYLIB_PRINT_MISSING`. Also, maybe we could...
Hello @bugdea1er, Yes, it is the next feature i wanted to implement: ``` std::vector symbols(const std::string §ion = ""); ``` I will start working on that soon.