similar to: dlopen RTD_LAZY and RTLD_GLOBAL

Hi, Today, I've made the transition from LLVM 2.1 to 2.3. I invoke opt with two dynamic libraries to "-load", the first of which contains transformation passes and support code whereas the second one provides extra passes which make use of the first library's support code. In other words, the symbols loaded in for the first library should be available when the second

On Wed, 9 Jul 2008, Bram Adams wrote: > Today, I've made the transition from LLVM 2.1 to 2.3. I invoke opt > with two dynamic libraries to "-load", the first of which contains > transformation passes and support code whereas the second one provides > extra passes which make use of the first library's support code. In > other words, the symbols loaded in for the

I am just experimenting with a plugin loader and I found that there are problems with external symbols which are loaded at runtime. The solution is to add RTLD_GLOBAL to the dlopen mode, but I am not sure if this would cause other problems. Is this patch OK to go in? -------------- next part -------------- A non-text attachment was scrubbed... Name: rtld_global.diff Type: text/x-patch Size:

I am doing a dnf install package_without_version for instance for g++: [piot at paris opal]$ sudo dnf install gcc-c++ Last metadata expiration check: 0:01:06 ago on Thu 16 Jan 2020 06:45:59 AM CST. Error: Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers can be installed - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but

Hi everyone, Some of you probably received the following thread from the Rcpp-devel mailing list: http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2018-August/010072.html Summing up, the issue described is the following: pkg1 provides type1 in pkg1.so building on some headers. pkg2 links to pkg1 (BTW, LinkingTo is actually misleading, because it doesn't really link to it), i.e.,

On Thu, 16 Jan 2020 at 09:48, Philippe Piot <piot at nicadd.niu.edu> wrote: > > No it did not work; see: > [piot at paris ~]$ sudo dnf install --nobest --allowerasing gcc-c++ > Last metadata expiration check: 0:18:24 ago on Thu 16 Jan 2020 08:28:51 AM CST. > Error: > Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers

Also just to be more specific I am running CentOS 8.1. So the issue I encounter were after upgrading to 8.1. Thank you! -- Philippe. On Thu, Jan 16, 2020 at 6:48 AM Philippe Piot <piot at nicadd.niu.edu> wrote: > I am doing a dnf install package_without_version for instance for g++: > > [piot at paris opal]$ sudo dnf install gcc-c++ > Last metadata expiration check: 0:01:06

Thanks, Stephen. Just for completeness, the repo I am currently pointing to are [piot at paris opal]$ sudo dnf update CentOS-8 - AppStream 775 kB/s | 5.8 MB 00:07 CentOS-8 - Base 798 kB/s | 4.0 MB 00:05 CentOS-8 - Extras 2.9 kB/s | 2.1 kB 00:00 CentOS-8 - PowerTools 686 kB/s | 2.0 MB 00:02

On Thu, 16 Jan 2020 at 07:24, Philippe Piot <piot at nicadd.niu.edu> wrote: > > Thanks, Stephen. Just for completeness, the repo I am currently pointing to > are > > [piot at paris opal]$ sudo dnf update > CentOS-8 - AppStream > 775 kB/s | 5.8 MB 00:07 > CentOS-8 - Base > 798 kB/s | 4.0 MB 00:05 > CentOS-8 -

All, While updating my package using dnf update all I allow dnf to clean some package with unresolved dependencies. I would like to reinstall some of them but got an error message "but none of the providers can be installed" during the install process as dnf is trying to install the dependencies. . This happens for some critical package like boost-openmpi-devel (see below for

All, I need to run some legacy Windows software (32 bits) under my Linux box. I have installed wine from the source the 64 bits works fine but not the 32 bits. The ./configure gives ... *checking whether gcc -m32 works... no* *configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries.* and trying to install the require i686 packages results in a [

Thomas Lumley writes: > > > I've been trying to get Matt Calder's S compiler to work in R using R > COMPILE and R SHLIB so it will be fairly platform-independent. > > I'm sure someone has claimed in the past that it is possible/easy to > dyn.load() two dynamic libraries and have one call functions in the other. > I can't get it to work (Red Hat

Just as a followup even g++ is broken: [piot at paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries

Philippe, What's the output with '--allowerasing' switch? We are experiencing a similar issue, dnf update: ... Problem 53: problem with installed package perl-Encode-devel-4:2.97-3.el8.x86_64 - package perl-Encode-devel-4:2.97-3.el8.x86_64 requires perl-Encode(x86-64) = 4:2.97-3.el8, but none of the providers can be installed - package perl-Encode-4:2.97-3.el8.x86_64 requires

On Wed, 15 Jan 2020 at 23:29, Philippe Piot <piot at nicadd.niu.edu> wrote: > > All, > While updating my package using dnf update all I allow dnf to clean some > package with unresolved dependencies. > I would like to reinstall some of them but got an error message "but none > of the providers can be installed" during the install process as dnf is > trying

On Mon, Oct 22, 2012 at 11:40:32AM -0700, Nick Kledzik wrote: > > On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: > > > Nick, > > I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative > > as the dyld error occurs right after... > > > > (gdb) > >

On Oct 23, 2012, at 12:50 PM, Jack Howarth wrote: > On Mon, Oct 22, 2012 at 11:40:32AM -0700, Nick Kledzik wrote: >> >> On Oct 22, 2012, at 11:34 AM, Jack Howarth wrote: >> >>> Nick, >>> I have uploaded the full walk with 'set env DYLD_PRINT_INITIALIZERS'. It didn't seem very informative >>> as the dyld error occurs right after...

[This mail is a bit long: sorry.] Hi, I have been trying to compile vorbis-tools-1.0beta4 on NetBSD-1.5/i386, and I get the following: --------------------- Upon typing ./configure --prefix=/usr/pkg/ --with-ogg-prefix=/usr/pkg/ --with-vorbis-prefix=/usr/pkg/ --with-ao-prefix=/usr/pkg/ checking for Ogg... yes checking for Vorbis... yes checking for ao... no *** Could not run

On Mon, Oct 22, 2012 at 10:17:56AM -0700, Nick Kledzik wrote: > Jack, > > I looks like the code is calling dlopen() on LLVMPolly.so and it or something it links against has an initializer. The initialer is run before dlopen() returns and the crash is in the initializer. The message: > > dyld: fast lazy bind offset out of range (53437, max=7640) in image

On Sat, 25 Oct 2003, Valery A.Khamenya wrote: > (just for fun) I've tried to compile LLVM under cygwin. > With "make -k" I got only: Cool. We don't rountinely use this configuration, so there may be a bit of leg work you'll have to do... :) But that said, we would love to get LLVM working cleanly on it! > ----------------- > DynamicLinker.cpp: In function