Displaying 3 results from an estimated 3 matches for "d13841".
Did you mean:
d13741
2015 Oct 27
6
[RFC] Late October Update: Progress report on CMake build system's ability to replace autoconf
...e+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie
* Bug 25059 - CMake libllvm.so.$MAJOR.$MINOR shared object name not compatible with ldconfig (Two conflicting approaches are proposed to fix this in http://reviews.llvm.org/D13841 <http://reviews.llvm.org/D13841> & http://reviews.llvm.org/D14040 <http://reviews.llvm.org/D14040>)
Non-Blocking Issues:
* Bug 19875 - libraries and executables need different rpaths
* Bug 22466 - cmake build should provide way to run tablegen with no arguments
* Bug 23746 - test-s...
2016 Jan 26
2
Problem with the way BUILD_SHARED_LIBS=ON handled in llvm 3.8
...; I think the right solution here is to fix LLVM_BUILD_LLVM_DYLIB and LLVM_LINK_LLVM_DYLIB (which should work) rather than fixing BUILD_SHARED_LIBS which was never intended to work for this use case.
>
> Either way, patches welcome.
This seems to be due to your commit http://reviews.llvm.org/D13841 ,
the problem is I don't get properly versioned symlinks even after
install. All I get is bare libLLVMFooBar.so files.
2016 Jan 19
2
Problem with the way BUILD_SHARED_LIBS=ON handled in llvm 3.8
Hi,
On Tue, Jan 19, 2016 at 7:18 PM, Chris Bieneman <beanz at apple.com> wrote:
> The LLVM libraries are not API stable (especially not the ones you generate with BUILD_SHARED_LIBS). Those libraries are really not intended to ship.
I know that's why I need them versioned. Currently we (openSUSE) ship
libLLVM package which will install libLLVMFooBar.so.3.7 files and
llvm-devel