search for: runpath

.../ and others have none. Is this by design? It seems like it might be ideal for all of them to be configured the same way. If that makes sense I'll create a corresponding feature request. $ for f in ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/lib*.so*; do echo $f; readelf -d $f|grep RUNPATH; done ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1 ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1.0 ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libclang.so 0x000000000000001d (RUN...

...s >> like it might be ideal for all of them to be configured the same way. >> If that makes sense I'll create a corresponding feature request. >> >> $ for f in >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/lib*.so*; do echo >> $f; readelf -d $f|grep RUNPATH; done >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1 >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1.0 >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/...

...his by design? It seems > like it might be ideal for all of them to be configured the same way. > If that makes sense I'll create a corresponding feature request. > > $ for f in > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/lib*.so*; do echo > $f; readelf -d $f|grep RUNPATH; done > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1 > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1.0 > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libclang.so >...

...might be ideal for all of them to be configured the same >> way. >> If that makes sense I'll create a corresponding feature request. >> >> $ for f in >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/lib*.so*; do >> echo >> $f; readelf -d $f|grep RUNPATH; done >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1 >> > ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04/lib/libc++abi.so.1.0 >> ./clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.0...

Uploaded ubuntu, SLES11, SLES12 binaries. 4907dbd37f4e5265a2f1252d9d7b5e5b0a9c0ec1 clang+llvm-6.0.0-x86_64-linux-gnu-ubuntu-14.04.tar.xz 360b26fcd9eafe5ca9c4baa89c38339bc587c094 clang+llvm-6.0.0-x86_64-linux-sles11.3.tar.xz ce525cf949ef86409bc3f4f492035225989eecfd clang+llvm-6.0.0-x86_64-linux-sles12.2.tar.xz On Fri, Mar 2, 2018 at 6:17 AM, Hans Wennborg via Release-testers < release-testers

Dear testers, The final version of 6.0.0 has just been tagged from the branch after r326550. It has the same contents as -rc3 modulo release notes and one small x86 fix (r326393). Please build the final binaries and upload to the sftp. For those following along: this means llvm-6.0.0 is complete, but it will take a few days to get all the tarballs ready and published on the web page. I will

...es libsmbclient. It picks the Mesa version and fails to display some things correctly. This seems to stem from this pc config "Libs: @LIB_RPATH@ -L${libdir} -lsmbclient": https://git.samba.org/?p=samba.git;a=blob;f=source3/libsmb/smbclient.pc.in;hb=HEAD#l9 On my system this results in a RUNPATH of /usr/lib64 in the program which overrides the ld.so.conf settings. FWIW The system is opensuse 13.1 with samba 4.1.11 and the program is kodi. I already opened a bug at opensuse which contains links to more details: http://bugzilla.opensuse.org/show_bug.cgi?id=902421 My questions now are: * W...

...e place to put personal stuff. man filesystem: > "/opt Root of a subtree for add-on application packages." > Being that I'm the only one administering this machine I'm sure it would not ;) 2. Do not use LD_LIBRARY_PATH in the run time environment. Instead use > the runpath in binaries as set during linking. > That's the important point, but please read on. > 4. When linking use -L to point to the libraries. These need not be in > the installation location and during build won't be (because you haven't > installed yet because you are build...

...file RPATH_CHANGE could not write new RPATH: > [26815s] > [26815s] $ORIGIN/../lib > [26815s] > [26815s] to the file: > [26815s] > [26815s] /home/abuild/rpmbuild/BUILDROOT/llvm-3.4.99-336.1.arm/usr/lib/libLLVMSupport.so > [26815s] > [26815s] No valid ELF RPATH or RUNPATH entry exists in the file; > [26815s] Call Stack (most recent call first): > [26815s] cmake_install.cmake:48 (INCLUDE) > [26815s] > [26815s] > [26815s] make: *** [install] Error 1 > [26815s] error: Bad exit status from /var/tmp/rpm-tmp.FHUFsz (%install) > [26815s] > [26815s...

Hi all, I've just upgraded my old Solaris 10 update 8 to Solaris 10 update 11 with the latest patches, but after the reboot with the new update I'm having a lot of problems with dovecot. My version is 2.2.13 ( it was the last one, at the time of the first server setup ). I have seen that ( it seems ) the new solaris don't honour the LD_LIBRARY_PATH. The first error was a

...5s] >>> [26815s] $ORIGIN/../lib >>> [26815s] >>> [26815s] to the file: >>> [26815s] >>> [26815s] /home/abuild/rpmbuild/BUILDROOT/llvm-3.4.99-336.1.arm/usr/lib/libLLVMSupport.so >>> [26815s] >>> [26815s] No valid ELF RPATH or RUNPATH entry exists in the file; > > CMake by default links binaries in the build tree such that they can > be run immediately with no special environment by using RPATH/RUNPATH. > Then at installation time it has a builtin ELF editor that replaces > the build-tree RPATH with one for the i...

On Wednesday, July 30, 2014 01:31 PM, Ben Pope wrote: > ldd your_built_clang | grep libstdc++ > chrpath -l your_built_clang Hmm, where "your_built_clang" should be the actual failing executable: /home/evansl/dwnlds/llvm/3.5rc1/build/Release+Asserts/bin/llvm-tblgen Ben

...not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > g++ hello_world.cpp > ./a.out > Hello World! > ldd a.out | grep libstdc++ > libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 > (0x00002b30fdb04000) > chrpath -l a.out > a.out: no rpath or runpath tag found. > make: [chrpath] Error 2 (ignored) > ldd ./with_LD_LIBRARY_PATH/Release+Asserts/bin/llvm-tblgen | grep libstdc++ > ./with_LD_LIBRARY_PATH/Release+Asserts/bin/llvm-tblgen: > /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not > found (required by ./w...

...ed those. 1. Do not put your files in /use/local. You will clash with someone else thinking it is the place to put personal stuff. man filesystem: "/opt Root of a subtree for add-on application packages." 2. Do not use LD_LIBRARY_PATH in the run time environment. Instead use the runpath in binaries as set during linking. 3. On configure set the local paths --prefix=/opt/XXX \ --sysconfdir=/etc/opt/XXX \ --localstatedir=/var/opt/XXX \ --mandir=/opt/XXX/share/man \ --docdir=/opt/XXX/share/doc/dovecot \ 4. When linking use -L to point to the libraries. These need not be in the i...

> that CMake is trying to update the installed binary file's > RPATH to contain the $ORIGIN/../lib value. It complains > that no RPATH field at all is found in the file. The linker > may be dropping it for some reason, which is why I asked > Mathias to try: Btw, an awesome way to fix this would be to set rpath to $ORIGIN/../lib during the link itself. That way it doesn't

...libz.so.1 NEEDED libpthread.so.0 NEEDED libffi.so.6 NEEDED libedit.so.2 NEEDED libtinfo.so.5 NEEDED libdl.so.2 NEEDED libm.so.6 NEEDED libgcc_s.so.1 NEEDED libc.so.6 RUNPATH /usr/local/pgsql/lib:/usr/lib/llvm-3.5/lib What am I doing wrong here? -- greg

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================== "Life is trying things to see if they work." Ray Bradbury ============================================================== Release Announcements ===================== This is a bug fix release of the Samba 3.2 series. Major bug fixes included in Samba 3.2.2 are: o

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================== "Life is trying things to see if they work." Ray Bradbury ============================================================== Release Announcements ===================== This is a bug fix release of the Samba 3.2 series. Major bug fixes included in Samba 3.2.2 are: o

I'm trying to compile the source for Dovecot 2.0.2 on a Solaris 10 SPARC machine. > uname -a SunOS ommtca013 5.10 Generic_138888-07 sun4v sparc SUNW,Sun-Blade-T6300 Solaris > cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC I've installed the following binaries from sunfreeware for dovecot 1.1 to use with 2.0.2 gcc-3.4.6-sol10-sparc-local