similar to: [LLVMdev] PATH and LD_LIBRARY_PATH

On Thu, 19 Jul 2007, Reid Spencer wrote: > With the pending reorganization of the software, I have some questions > about how developers set their PATH and LD_LIBRARY_PATH variables when > working with LLVM. This is a bit long winded, but bear with me. ok :) > We're planning to break the "llvm" module up into three modules: > > * support - lib/Support,

On Thu, 2007-07-19 at 21:03 -0700, Chris Lattner wrote: > On Thu, 19 Jul 2007, Reid Spencer wrote: > > With the pending reorganization of the software, I have some questions > > about how developers set their PATH and LD_LIBRARY_PATH variables when > > working with LLVM. This is a bit long winded, but bear with me. > > ok :) > > > We're planning to break

On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > I think what confuses me is that keep talking about a single binary, but > clearly there is this separate vddk DSO, and there is talk of plugins. > So it seems to me that multiple files are involved already? nbdkit is a standalone binary that happens to be able to load plugins from a well-known path, eg

On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: > * Richard W. M. Jones: > > > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > >> I think what confuses me is that keep talking about a single binary, but > >> clearly there is this separate vddk DSO, and there is talk of plugins. > >> So it seems to me that multiple files are

Dear R-help, I am trying to use a package (not from CRAN) which includes two shared library (.so) files. The maintainer suggests inserting two lines in /usr/bin/R, LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:path-to-package/lib export LD_LIBRARY_PATH This works, but I felt more comfortable putting the first line in .Renviron or $R_HOME/etc/Renviron.site. However this doesn't seem to work, and I

On 2/17/20 9:12 AM, Florian Weimer wrote: > * Eric Blake: > >> I'm just now noticing that 'man ld' reports that you may pass '--audit >> LIB' during linking to add a DT_DEPAUDIT dependency on a library >> implementing the audit interface, which sounds like it might be an >> alternative to LD_AUDIT for getting a library with la_objsearch() to

Using R-2.8.0 and R-2.8.1, I get behaviour like this: R version 2.8.0 (2008-10-20) Copyright (C) 2008 The R Foundation for Statistical Computing ISBN 3-900051-07-0 [....] > Sys.getenv("LD_LIBRARY_PATH") LD_LIBRARY_PATH

I couldn't get this to work in the end. This is the latest non-working version. This email documents what doesn't work for the permanent record. The central problem is that VDDK InitEx() appears to dlopen() various of its own plugins. Although I wasn't able to capture exactly what dlopen() command it is running, the plugins cannot be loaded because they rely on the recompiled

Hi. Consider the following situation: Solaris 8, /usr/local has gcc 2.95, my home has gcc 3.4.3, my gcc is first on PATH, LD_LIBRARY_PATH is unset (everything is perfect since I always use -R). In fact, programs compiled with my gcc do not work if LD_LIBRARY_PATH is set to something which has /usr/local/lib before home/lib, because it overrides stored path (-R) and I got libgcc_s.so.1

Hi. Consider the following situation: Solaris 8, /usr/local has gcc 2.95, my home has gcc 3.4.3, my gcc is first on PATH, LD_LIBRARY_PATH is unset (everything is perfect since I always use -R). In fact, programs compiled with my gcc do not work if LD_LIBRARY_PATH is set to something which has /usr/local/lib before home/lib, because it overrides stored path (-R) and I got libgcc_s.so.1

In v7: everything should work now! The re-exec code is slightly simplified, with Rich's suggestion to pass the original LD_LIBRARY_PATH rather than just the prefix being added, and I've now finished wiring up the initial dlopen() check into code that correctly computes the right prefix dir to add to LD_LIBRARY_PATH. Eric Blake (1): vddk: Add re-exec with altered environment Richard

Can anyone help me understand how I got 2 versions of the same library loaded, how to prevent it, and what the consequences are? Running under Debian GNU/Linux squeeze. lsof and /proc/xxx/map both show 2 copies of several libraries loaded: /home/ross/install/lib/libmpi.so.1.3.0 /home/ross/install/lib/libopen-pal.so.6.1.0 /home/ross/install/lib/libopen-rte.so.7.0.0

This change allows the run scripts of virt-v2v and libguestfs to be chained. --- run.in | 16 +++++++++++++--- 1 files changed, 13 insertions(+), 3 deletions(-) diff --git a/run.in b/run.in index 9388398..7cef715 100755 --- a/run.in +++ b/run.in @@ -37,9 +37,19 @@ b=@abs_builddir@ export TMPDIR="$b" # Set local environment relative to this script. -export

Hi all, Just noted this behavior in the past couple of days, where if R is started in a shell script such as: gnome-terminal [-e][-x] R or in ESS (version 5.2.12 with Emacs or XEmacs), the LD_LIBRARY_PATH environment variable is not properly appended to, resulting in the loss of the pre-start value. This is using R Version 2.2.1 Patched (2006-02-28 r37448) on FC4. I noted this when

On Fri, Feb 21, 2020 at 05:02:12PM +0100, Florian Weimer wrote: > * Richard W. M. Jones: > > > On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: > >> * Richard W. M. Jones: > >> > >> > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > >> >> I think what confuses me is that keep talking about a single binary,

Here is the thing. All workstations in the network have the /etc/profile modified and set up to call a profile script in the network that sets up variables that we need here. Here $LD_LIBRARY_PATH and other variables get set, fixed, or modified to support our development process. The weird thing is that while in a TTY the $LD_LIBRARY_PATH is fine and retains its value. But if I log in to the gui

Well, I've found that the line in INSTALL that gives the problem is gzip -dc "${1}" | (cd "${tmpdir}" && tar -xf -) ("tar: /usr/local/lib/libpthread.so.0: version `GLIBC_2.2' not found (required by /lib/librt.so.1)") If I run that command from the shell, i.e., gzip -dc KernSmooth_2.22-7.tar.gz | (cd /tmp/R.INSTALL.2186 && tar -xf -) it runs

Greetings! I''m trying to set an environment variable in Rails. Why? I can''t use RMagick unless I do so. I can do it from the shell, run irb, and then require ''RMagick'' works. So far so good. But how can I do this from my application? I''m on a shared host so I''ve put in a ticket to have something like this added to httpd.conf: SetEnv

Overwriting LD_LIBRARY_PATH broke some tests when running with fakeroot. --- align/Makefile.am | 2 +- cat/Makefile.am | 2 +- clone/Makefile.am | 2 +- df/Makefile.am | 2 +- edit/Makefile.am | 2 +- fish/Makefile.am | 2 +- haskell/Makefile.am | 2 +- ocaml/Makefile.am |

Hi, I'm having trouble compiling R-2.10.0 (R-patched_2009-11-02.tar.gz) on solaris 10 and am hoping for some advice. I'm getting errors about having the wrong version of lib_I_dbg_gen.so.1 ("version `DBG_GEN_5.1' not found"), when it gets to the step of compiling recommended packages (cluster). I think we do have the right version of lib_I_dbg_gen.so.1 on the