search for: rtld_lazy

...t flag); ................................................ RTLD_GLOBAL may be or'ed with flag in which case the external symbols defined in the library will be made available to subsequently loaded libraries. So, I try: 1) I modify src/unix/dynload.c changing the flag of dlopen from RTLD_LAZY to (RTLD_LAZY | RTLD_GLOBAL) 2) build two simple shared libraries the second calling a routine in the first. ---------------------------a.c------------------------------- #include <stdio.h> void a(int *i) { printf("now in a.so; incrementing i\n"); *i=*i+1; } -...

...h worked, but I noticed that the DynamicLibrary::LoadLibraryPermanently(...) implementation in $LLVM/ lib/System/DynamicLibrary.cpp has been altered for LLVM 2.3. The rewrite does not make loaded symbols available for future loaded libraries. Changing on line 64: void *H = dlopen(Filename, RTLD_LAZY); ... into ... void *H = dlopen(Filename, RTLD_LAZY | RTLD_GLOBAL); fixes this. Could this change be incorporated into future releases? Thanks in advance! Kind regards, Bram Adams GH-SEL, INTEC, Ghent University (Belgium)

...ight after... > > (gdb) > llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 > 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL); > (gdb) > Reading symbols for shared libraries ... done > dyld: calling initializer function 0x100eea5b0 in /sw/opt/llvm-3.2/lib/LLVMPolly.so You need to set a break point at 0x100eea5b0 and run again until that break is hit, then start stepping. > Are there any tricks f...

...gt; > > (gdb) > > llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 > > 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL); > > (gdb) > > Reading symbols for shared libraries ... done > > dyld: calling initializer function 0x100eea5b0 in /sw/opt/llvm-3.2/lib/LLVMPolly.so > > You need to set a break point at 0x100eea5b0 and run again until that break is hit, then start stepping. &gt...

> As far as I know, ObjectFile is either COFF, ELF or MachO format, > statically compiled. But the pass manager for applying optimisation > passes works only on llvm-ir. I would not need to apply optimisations on the parts of the program in the object file. These are meant to be optimised beforehand. The only parts I want to run passes on are specific function that I know

...>> (gdb) >>> llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 >>> 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL); >>> (gdb) >>> Reading symbols for shared libraries ... done >>> dyld: calling initializer function 0x100eea5b0 in /sw/opt/llvm-3.2/lib/LLVMPolly.so >> >> You need to set a break point at 0x100eea5b0 and run again until that break is hit, then st...

...e > DynamicLibrary::LoadLibraryPermanently(...) implementation in $LLVM/ > lib/System/DynamicLibrary.cpp has been altered for LLVM 2.3. The > rewrite does not make loaded symbols available for future loaded > libraries. > > Changing on line 64: > > void *H = dlopen(Filename, RTLD_LAZY); > > ... into ... > > void *H = dlopen(Filename, RTLD_LAZY | RTLD_GLOBAL); > > fixes this. Could this change be incorporated into future releases? > Thanks in advance! > > Kind regards, > > Bram Adams > GH-SEL, INTEC, Ghent University (Belgium) > ____________...

...hash within other threads so R_init_XXXXX goes on? If some function of my extension library is called it can call R_CheckUserInterrupt() if and while the threads do not end. If such use of threads is safe inside R, is there a package that does it? Any tips? Flags currently sent to dlopen are (RTLD_LAZY | RTLD_LOCAL). Revolving the R sources could not find the flags R uses. Does any of you know for sure the flags used to load extensions with loadLibrary()? Looking into computeDLOpenFlag() did not answer the question. Is there a recommended flags set in this situation? Aparently dlopen() flags...

...char*)': DynamicLinker.cpp:40: error: `RTLD_DEFAULT' undeclared (first use this function) DynamicLinker.cpp:40: error: (Each undeclared identifier is reported only once for each function it appears in.) ----------------- well, the only value supported in cygwin's dlfcn.h are RTLD_LAZY, RTLD_NOW and RTLD_GLOBAL. So, just for checking compilation I've changed the line return dlsym (RTLD_DEFAULT, symbolName); in DynamicLinker.cpp to the following: return dlsym (/*RTLD_DEFAULT*/(void*)RTLD_LAZY, symbolName); than compilation itself finished, just linkage failed with one...

Hi Jan, In gcc for Linux, you have the -rdynamic option that allows an executable to dlsym its symbols. Since llvm use dlsym to find the symbols, you could try with this option. That's what I did. And don't forget to use the C++ name if you compile with C++. Cheers, Nicolas Jan Rehders wrote: > Hi, > > I was able to try this on linux again. Unfortunately it doesn't work

I try to install Rmpi as root with install.packages("Rmpi"). It fails with: ... checking for x86_64-pc-linux-gnu-gcc -std=gnu99 option to accept ISO C89... none needed I am here /usr and it is OpenMPI Trying to find mpi.h ... Found in /usr/include Trying to find libmpi.so or libmpich.a ... Found libmpi in /usr/lib checking for openpty in -lutil... yes checking for main in -lpthread...

...dyld error occurs right after... (gdb) llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x142903da8 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6e0) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL); (gdb) Reading symbols for shared libraries ... done dyld: calling initializer function 0x100eea5b0 in /sw/opt/llvm-3.2/lib/LLVMPolly.so dyld: lazy symbol binding failed: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/...

...RTLD_GLOBAL # define LTDL_GLOBAL RTLD_GLOBAL #else # ifdef DL_GLOBAL # define LTDL_GLOBAL DL_GLOBAL # else # define LTDL_GLOBAL 0 # endif #endif /* We may have to define LTDL_LAZY_OR_NOW in the command line if we find out it does not work in some platform. */ #ifndef LTDL_LAZY_OR_NOW # ifdef RTLD_LAZY # define LTDL_LAZY_OR_NOW RTLD_LAZY # else # ifdef DL_LAZY # define LTDL_LAZY_OR_NOW DL_LAZY # else # ifdef RTLD_NOW # define LTDL_LAZY_OR_NOW RTLD_NOW # else # ifdef DL_NOW # define LTDL_LAZY_OR_NOW DL_NOW # else # define LTDL_LAZY_OR_NOW 0 # endif # endif # endif #...

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Hi, I was able to try this on linux again. Unfortunately it doesn't work at all (neither using runFunction nor a CallInst). It simply says function called get5 not known. Calling printf the same way works, though. On linux the function is exported as "get5" from the executable while it is called "_get5" on OS X. I could not spot any other differences.. any

...end of the log is as follows... (gdb) llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x144002188 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe700) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GLOBAL); (gdb) Reading symbols for shared libraries ... done dyld: lazy symbol binding failed: fast lazy bind offset out of range (53437, max=7640) in image /sw/lib/gcc4.7/libexec/gcc/x86_64-apple-darwin12.2.0/4.7.2/cc1 dyld: fast lazy bind offset out of range (53437, max=7640) in image /sw/l...

All, I use a code which has a python (I use python36) wrapper loading shared libraries. The code worked fine in RHEL 7 but as I was testing it on Centos 8, python cannot import the shared library (the import is done via dlopen with flags set as > sys.setdlopenflags(os.RTLD_LAZY | os.RTLD_GLOBAL) python then does a bunch of imports and most results in a shared library with indefined symbols. Somthing like: > from .w3dpy import * > ImportError: > /usr/local/lib64/python3.6/site-packages/warp/w3dpy.cpython-36m-x86_64-linux-gnu.so: undefined symbol: multig...

.... The only way you could do it at RUNTIME is if you perform a dlopen() on the speex library instead having it shared-linked, since the runtime ld.so will fail to run your binary if it's linked against an old speex library without the speex_XXXXX_int() symbols. You'd open the .so file with RTLD_LAZY mode. Of course, you'll need to figure out where the speex library is within your program. You'll be linking against libdl rather than libspeex, and performing a dlopen() and dlsym() for the various entry points. You could always walk the /etc/ld.so.conf file for pathnames where to look...

...er.cpp:40: error: `RTLD_DEFAULT' undeclared (first use this > function) > DynamicLinker.cpp:40: error: (Each undeclared identifier is reported only once > for each function it appears in.) > ----------------- > > well, the only value supported in cygwin's dlfcn.h are RTLD_LAZY, > RTLD_NOW and RTLD_GLOBAL. Does the cygwin version of dlopen return the main process if 0 is passed in as the first parameter? The wording in the linux man page looks like this: If filename is a NULL pointer, then the returned handle is for the main program. If so, this patch...