shared-libraries

I'm writing a proxy class that loads a shared library with dlopen() and forwards its member functions to the appropriate members of the proxied class instance inside the loaded shared object behind the scenes. For example, the shared object has a Person class: class Person { ... void setName(std::string name); }; I've added a wrapper file that includes the person.h header and defines the following symbol: extern "C" { void Person_setName(void* instancePointer, std::string name); } This call just forwards to the person object which is the first argument, extern "C" to avoid the whole name

I am stumped by what seems to be a problem that should be easy to diagnose and fix. I have a C++ source file that makes use of the CUDA Driver API. When I compile it using nvcc , the executable is produced and works without problems. However, when I try to compile it using g++ , the linker complains about undefined references to symbols that are in /usr/lib/libcuda.so : undefined reference to cuDeviceGet' ... undefined reference to cuDeviceComputeCapability' ... undefined reference to cuDeviceGetName' ... undefined reference to cuDeviceTotalMem_v2' ... undefined reference to

Closed . This question needs to be more focused . It is not currently accepting answers. Want to improve this question? Update the question so it focuses on one problem only by editing this post . Closed 4 years ago . I'm wondering if there is some way to take my custom shared/static libraries, made in C, and use them into another higher language such as python or node.js. I came with this because I'm writing a few libraries to calculate some math stuff. I heard about node.js not being so good for heavy calculations (but is for networking I/O). Hence, I'm really thinking on spend some time in

In Linux, I have a shared library I made that uses pthreads and a main.c that does not. libpthread.so shows up in an ldd of my shared library, which is correct. $ ldd libmapreduce.so.1.0 linux-gate.so.1 => (0x0067d000) libpthread.so.0 => /lib/libpthread.so.0 (0x0058c000) [...] But when I compile and link my main.c that does not use pthreads to my shared library that does, I see: $ icc -Wall -o main main.c -lmapreduce /opt/intel/Compiler/11.1/046/lib/ia32/libiomp5.so: undefined reference to `pthread_atfork' Adding -lpthread to my compile command, i.e., $ icc -Wall -o main main.c -lmapreduce

I have a project (.NET 4, but I can have also .NET 4.5) that always use the same DLL I've made (it's mine Data Layer, more or less). Each website it's an application. I'd like to share this Library I have to each application, so if I do an update I'll update only a "folder", and I don't need to copy/paste this Library on each Bin folder on each web application. Is it possible? Such as, if I create my class MyClass2013 , it will be available for each web application when I load Visual Studio: MyClass2013 myClass = new MyClass2013() without copy and paste the Bin's DLL (where I have the