search for: library_path

...4, 2017, at 1:58 PM, hw <hw at gc-24.de> wrote: > > It seems that lighttpd uses the perl version that is assigned in > the configuration This is one of the advantages of Plack vs mod_perl, by the way: decoupling the Perl version from the web server version. > while ignoring the LIBRARY_PATH variable set with mod_setenv Are you certain you don?t mean LD_LIBRARY_PATH here? https://stackoverflow.com/questions/4250624/ > Even with a shell script as wrapper that sets and exports LIBRARY_PATH, > perl can not find the library. Trying to set LIBRARY_PATH for lighttpd > throug...

...v/input_libvirt_vddk.ml @@ -35,11 +35,16 @@ open Printf (* Subclass specialized for handling VMware via nbdkit vddk plugin. *) class input_libvirt_vddk vddk_options password libvirt_uri parsed_uri guest = - (* The VDDK path. *) let libdir = vddk_options.vddk_libdir in - (* Compute the LD_LIBRARY_PATH that we must pass to nbdkit. *) - let library_path = libdir // sprintf "lib%d" Sys.word_size in + + (* VDDK libraries are located under lib32/ or lib64/ relative to the + * libdir. Note this is unrelated to Linux multilib or multiarch. + *) + let libNN = sprintf "lib%d"...

On Wed, 24 May 2017, hw wrote: > Paul Heinlein schrieb: >> On Tue, 23 May 2017, m.roth at 5-cent.us wrote: >> >> > hw wrote: >> > > >> > > are there packages replacing the ancient perl version in >> > > Centos 7 with a more recent one, like 5.24? At least the >> > > state feature is required. >> >> Perl

Proposed small change to the command line of virt-v2v when specifying that you want VDDK mode. Rich.

Hi Arpith, That is exactly what it is :). My bad, I thought I copied over the libraries to where LIBRARY_PATH pointing but apparently it was copied to a wrong destination. Thanks a lot. On Wed, Jan 20, 2016 at 4:51 AM, Arpith C Jacob <acjacob at us.ibm.com> wrote: > Hi Ahmed, > > nvlink is unable to find the GPU OMP runtime library in its path. Does > LIBRARY_PATH point to the right lo...

...used the -L link paths to be searched last, so if you've got an older libcrypto somewhere (eg /usr/local/lib) it'll pick that up. See: http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=32 6 If that's your problem you can override -L by setting you LIBRARY_PATH environment variable. For what it's worth, what you're doing works on my Sol8/gcc-3.1 box: $ ./configure --with-ssl-dir=/opt/src/openssl-0.9.6d && make ssh [snip] $ ldd ssh [snip] libcrypto.so.0.9.6 => /opt/src/openssl-0.9.6d/libcrypto.so.0.9.6 ------- You are...

>> I'm trying to build llvm-gcc-4.2 on Ubuntu 11.04 (the Natty Narwhal). > > I can build it here on x86-64 natty without any problems. Do you have any /lib64/libc.so* or /usr/lib64/libc.so* ? Are you still setting LIBRARY_PATH or LD_LIBRARY_PATH, as mentioned in: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098 ? Thanks, Jay.

...s there a way to get that for CGI? > > It all depends on how you launch your CGI, but in general there shouldn't be a problem beginning your script with > > #!/opt/rh/.../perl > It seems that lighttpd uses the perl version that is assigned in the configuration while ignoring the LIBRARY_PATH variable set with mod_setenv, causing the perl version not to find a library it requires. Even with a shell script as wrapper that sets and exports LIBRARY_PATH, perl can not find the library. Trying to set LIBRARY_PATH for lighttpd through systemd also doesn?t work. Why is the LIBRARY_PATH alwa...

The first patch was previously posted here: https://www.redhat.com/archives/libguestfs/2017-December/msg00018.html That patch hasn't changed except that I made the ‘input_transport’ variable type-safe. The second patch adds a significant new mode for liberating data from VMware: the ability to copy VMs over SSH directly from ESXi hypervisors. Although this requires enabling SSH access (a

...t CFLAGS="-isystem ""${SYSTEM_INCLUDE_PATH}""" export CXXFLAGS="-isystem ""${SYSTEM_INCLUDE_PATH}""" This allowed me to build (configure and make) without error. It's not pretty, it's not perfect, but it seems to work. Since the LIBRARY_PATH environment variable is still set in this "solution", I'm slightly concerned that I may be picking up incorrect libraries with clang (I'm not sure whether clang actually uses this variable), but everything so far, including the testsuite (with a subsequent "make check-all&quo...

Hi Jay, >>> I'm trying to build llvm-gcc-4.2 on Ubuntu 11.04 (the Natty Narwhal). >> >> I can build it here on x86-64 natty without any problems. > > Do you have any /lib64/libc.so* or /usr/lib64/libc.so* ? no. > Are you still setting LIBRARY_PATH or LD_LIBRARY_PATH, as mentioned in: > > https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098 Indeed I'd forgotten about this: I have LIBRARY_PATH set to /usr/lib/x86_64-linux-gnu/ If I unset LIBRARY_PATH then llvm-gcc-4.2 still builds. Ciao, Duncan. > > ? > > Th...

...**** * is called. If any child process calls setuid(2) we do not want any * future processes to honor the potentially un-safe variables. */ if (!trust) { unsetenv(LD_ "PRELOAD"); unsetenv(LD_ "LIBMAP"); unsetenv(LD_ "LIBRARY_PATH"); unsetenv(LD_ "LIBMAP_DISABLE"); unsetenv(LD_ "DEBUG"); } - ld_debug = getenv(LD_ "DEBUG"); - libmap_disable = getenv(LD_ "LIBMAP_DISABLE") != NULL; - libmap_override = getenv(LD_ "LIBMAP"); - ld_libr...

..."libdir" vddk_options) - with Not_found -> None in - - (* VDDK libraries are located under lib32/ or lib64/ relative to the - * libdir. Note this is unrelated to Linux multilib or multiarch. - *) - let libNN = sprintf "lib%d" Sys.word_size in - - (* Compute the LD_LIBRARY_PATH that we may have to pass to nbdkit. *) - let library_path = Option.map (fun libdir -> libdir // libNN) libdir in - - (* Check that the VDDK path looks reasonable. *) - let error_unless_vddk_libdir () = - (match libdir with - | None -> () - | Some libdir -> - if not (is...

...nu/sys, and, lo and behold, there is a #include <features.h> at line 23, just at the location reported with the error. And why is clang looking in "/usr/include/i386-linux-gnu"? Because I had defined the C_INCLUDE_PATH environment variable with this directory. When I reset this (and LIBRARY_PATH and CPLUS_INCLUDE_PATH) to empty, I can proceed with the make. Here's the problem - I have to have these environment variables defined to allow gcc to work (without them, I can't even get through configure). Ubuntu 11.10, 12.04, and perhaps later versions, put things in "non-standard...

Is there a way to install devtoolset packages without the bloat of eclipse? I just want the new compiler and toolchain, not a big IDE. BTW devtoolset-3 dependencies are broken in yum with C6 yum install devtoolset-3 ... ---> Package devtoolset-3-perftools.x86_64 0:3.1-12.el6 will be installed --> Processing Dependency: devtoolset-3-dyninst for package:

From: "Richard W.M. Jones" <rjones@redhat.com> Do not use LD_LIBRARY_PATH to locate the VDDK library. Setting this always causes problems because VDDK comes bundled with broken replacements for system libraries, such as libcrypto.so and libstdc++.so. Two problems this causes which we have seen in the real world: (1) User does ‘export LD_LIBRARY_PATH=vmware-vix-disklib...

...1 "<stdin>" # 1 "<built-in>" # 1 "<command-line>" # 1 "<stdin>" COMPILER_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/i686-linux-gnu/4.6/:/usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/../../../../lib/:/lib/i386-linux-gnu/:/lib/../lib/:/usr/lib/i386-linux-gnu/:/usr/lib/../lib/:/usr/lib/i386-linux-gnu/:/usr/lib/gcc/i686-linux-gnu/4.6/../../../:/lib/:/usr/lib/ C...

Duncan, Can you try another experiment please? I get: $ ls -l `which ld` lrwxrwxrwx 1 root root 7 2011-05-06 19:26 /usr/bin/ld -> ld.gold $ ld.gold -lc ld.gold: error: cannot find -lc $ ld.bfd -lc ld.bfd: warning: cannot find entry symbol _start; not setting start address What do you get? Thanks! Jay.

...ry symbol _start; not setting start address > > What do you get? The llvm-gcc build fails with: /usr/local/bin/ld: warning: wildcard match appears in both version 'GCC_3.0' and 'GCC_4.3.0' in script /usr/local/bin/ld: error: cannot find -lc This can be worked around using LIBRARY_PATH. Ciao, Duncan. > > Thanks! > Jay.

..."locate" variable in the PATH. # sh -x findssl.sh CC=gcc STATIC=-static + trap rm -f conftest.c INT HUP TERM + rm -f findssl.log + cat #include <stdio.h> int main(){printf("0x%08xL\n", SSLeay());} DEFAULT_LIBPATH=/usr/lib:/usr/local/lib LIBPATH=/usr/lib:/usr/local/lib LD_LIBRARY_PATH=/usr/lib:/usr/local/lib LIBRARY_PATH=/usr/lib:/usr/local/lib + export LIBPATH LD_LIBRARY_PATH LIBRARY_PATH + echo Searching for OpenSSL header files. Searching for OpenSSL header files. + which locate + [ -x no locate in /usr/sbin /usr/bin /usr/ccs/bin /usr/ucb /usr/local ] + find / -name opensslv....