similar to: [LLVMdev] [Please help] Is there any option to make static library files ( .a) to shared libraries (.so) ?

Hi, On Tue, Jan 26, 2016 at 6:57 PM, ChrisBieneman <beanz at apple.com> wrote: > Yes, I'm aware of the change that caused this. It was when I stopped setting SOVERSION as a target property on all shared libraries. That change was deliberate in order to match functionality between CMake and the autoconf build. > > In the autoconf build we didn't actually set the SOVERSION on

On Sat, Jun 5, 2010 at 3:18 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Tom, > > I'm pretty sure that the LLVMContext constructor is defined in libLLVMCore.a > What is the output of `llvm-config --libs bitwriter`?  Does it include > -lLLVMCore? Hi Duncan, e0082888 at e0082888-laptop:~$ local/bin/llvm-config --libs bitwriter -lLLVMBitWriter -lLLVMCore -lLLVMSupport

Hi, I am a newbie in LLVM. I am very impressed with this forum and appreciate your help and time. I am trying to include llvm IR parser in my codebase, the way I wanna do is generate llvm's shared object (.so) file and use it in my project. So far I haven't been able to generate correct .so's. When I build a debug build with gmake (have llvm and clang in my sandbox), I get the

Thanks - I'll try this tonight. Assuming it works, should these variables be added to the docs at http://llvm.org/docs/CMake.html ? On Wed, Jan 13, 2016 at 10:26 PM, Andrew Wilkins <axwalk at gmail.com> wrote: > > > On Thu, 14 Jan 2016 at 11:02 David Jones via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Now that autoconf is going away soon, I

Hi, On Tue, Jan 19, 2016 at 8:09 PM, Chris Bieneman <beanz at apple.com> wrote: > 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 ,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear developers, In the course of evaluating the feasibility of performing a post-release upgrade of our Fedora LLVM stack, it was pointed out that most of the shared libraries have filenames that do not contain version tags: http://article.gmane.org/gmane.linux.redhat.fedora.devel/171315 $ repoquery --provides llvm-libs.x86_64

Hi Gyounghwa Kim, > First of all, thank you very much for your answer. > I tried your sugestion and found out that it is not what I wanted. > What I have to do is call a native C function from inside this > generated function. > Is there any way that we can find and call native C functions not > created by LLVM IR? You can insert a declaration of the function into the IR, then

I'm trying to validate some changes to send to trunk and I'm getting a bunch of test failures like this: Error opening '/ptmp/dag/build/llvm/staging/debug/Debug+Asserts/lib/libprofile_rt.so': /ptmp/dag/build/llvm/staging/debug/Debug+Asserts/lib/libprofile_rt.so: cannot open shared object file: No such file or directory Indeed there is no libprofile_rt.so. When I build from

On Fri, Mar 15, 2013 at 1:36 AM, Qun Fa <testforqunfa at gmail.com> wrote: > Hi All, > > I think Nick's suggestion is correct, my code was linked against > libprofile_rt.a, which had gcda profiling code before, but was removed > https://github.com/llvm-mirror/llvm/commit/218042a02305a3cc38d968a97ff9ecf4b4abe6ff > > So, I couldn't find the correct symbols from

Dear experts, I am learning llvm by reading documents and have a question to ask. The following is the example of code generation that I created. [[a [10.00]] > [3.00]] ; ModuleID = 'ExprF' define i1 @expr(double* %record) { entry: %0 = getelementptr double* %record, i32 0 ; <double*> [#uses=1] %1 = load double* %0 ; <double>

On Thursday 27 September 2007, Chris Lattner wrote: > >> Sure, this would also work. Is there any reason not to merge them > >> together? > > > > Ease of maintenance, mainly. Having it in a separate file makes it > > easier to migrate the code to new GCC releases. Also, collect2.c is > > already 2658 lines, which is more than I typically like to have in

Hi David, You don't say which tests are failing, but they are probably ones I wrote (not many use libprofile_rt.so). On 08/01/13 11:18, dag at cray.com wrote: > I'm trying to validate some changes to send to trunk and I'm getting a > bunch of test failures like this: > > Error opening >

On Wednesday 26 September 2007, Chris Lattner wrote: > > llvm-gcc calling llvm-ld: > > llvm-gcc -> llvm-ld -> gcc -> collect2 -> ld > > > > enhance collect2: > > llvm-gcc -> llvm-collect2 -> llvm-ld -> gcc -> collect2 -> ld > > I'd rather enhance collect2 like this: > > llvm-gcc -> llvm-collect2(liblto) -> ld >

Thank you Alexey. I have tried to use Makefile. This will generate the correct symbols that I need. Any idea on the schedule of adding CMake support to compiler-rt? Sincerely, Qun On Fri, Mar 15, 2013 at 1:51 AM, Alexey Samsonov <samsonov at google.com>wrote: > > On Fri, Mar 15, 2013 at 1:36 AM, Qun Fa <testforqunfa at gmail.com> wrote: > >> Hi All, >>

Hi! On Fri, Mar 15, 2013 at 10:51 PM, Qun Fa <testforqunfa at gmail.com> wrote: > Thank you Alexey. > > I have tried to use Makefile. This will generate the correct symbols that > I need. > > Any idea on the schedule of adding CMake support to compiler-rt? > Starting from r177382 CMake on Linux should build the same profile compiler-rt library as Makefiles. >

Hi All, I think Nick's suggestion is correct, my code was linked against libprofile_rt.a, which had gcda profiling code before, but was removed https://github.com/llvm-mirror/llvm/commit/218042a02305a3cc38d968a97ff9ecf4b4abe6ff So, I couldn't find the correct symbols from libprofile_rt.a any more. Now my assumption is I need to use the correct library that is provided by compiler-rt.

Thank you Alexey. I will try this out this week. Any idea on supporting this for Mac? My raw idea is to add this to compiler-rt/lib/profile/CMakeLists.txt if(APPLE) foreach(arch ${PROFILE_SUPPORTED_ARCH}) add_compiler_rt_static_runtime(clang_rt.profile-${arch} ${arch} SOURCES ${PROFILE_SOURCES} CFLAGS --sysroot=${COMPILER_RT_DARWIN_SDK_SYSROOT}) endforeach() endif() Do you

On Wed, 26 Sep 2007, Maarten ter Huurne wrote: >>> process, >>> which is called instead of collect2, does some processing and then >>> runs the >>> original, unmodified collect2: >>> llvm-gcc -> llvm-collect2(liblto) -> collect2 -> ld >> >> Sure, this would also work. Is there any reason not to merge them >> together? >

On Mon, Mar 25, 2013 at 5:04 PM, Qun Fa <testforqunfa at gmail.com> wrote: > Thank you Alexey. I will try this out this week. Any idea on supporting > this for Mac? > > My raw idea is to add this to compiler-rt/lib/profile/CMakeLists.txt > > if(APPLE) > foreach(arch ${PROFILE_SUPPORTED_ARCH}) > add_compiler_rt_static_runtime(clang_rt.profile-${arch} ${arch}

On Friday 10 July 2009 18:06, Slobodan Pejic wrote: > Hello, > > I am planning on contributing path profiling to LLVM by the end of > August. I have written a document of what the interface to the path > profiles would look like at that time. If someone has any amendments, I > can incorporate them. > > http://www.cs.ualberta.ca/~pejic/PathProfiling.html Slobodan, This