similar to: [LLVMdev] Building libLLVM-2.8svn.so fails to link on FreeBSD

Jeffrey Yasskin wrote: >> Would you try the patch at >> http://codereview.appspot.com/download/issue968046_1.diff? It should >> make the BSDs fall into the same path as Linux, and since you use gnu >> ld, that should work for you. >> > > Ping? > Sorry for the delay. Here is what I am getting after applying the patch: gmake[2]: Leaving directory

On Tue, May 4, 2010 at 5:31 PM, Yuri <yuri at tsoft.com> wrote: > Jeffrey Yasskin wrote: >>> >>> Would you try the patch at >>> http://codereview.appspot.com/download/issue968046_1.diff? It should >>> make the BSDs fall into the same path as Linux, and since you use gnu >>> ld, that should work for you. >>> >> >> Ping?

On Thu, Apr 29, 2010 at 6:31 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: > On Wed, Apr 28, 2010 at 10:48 AM, Yuri <yuri at tsoft.com> wrote: >> Jeffrey Yasskin wrote: >>> >>> We currently use two different techniques to get whole libraries >>> included into the .so. On Linux (gnu ld and gold), we pass >>> --whole-archive, while on

Hi, I'm trying to use llvm/clang to cross compile to sparcv9. The following works with a -march=sparc, but yields errors for sparcv9. Are there some other flags that need to be specified? Thanks, Tarun > clang -m64 -emit-llvm test.c -c -o test.bc > llc -march=sparcv9 test.bc -o hello.s ExpandIntegerResult #0: 0x8a6c478: i64 = GlobalAddress<[4 x i8]* @.str> 0 [ORD=1] [ID=0] Do

This started somewhere before rev.122456, resulting libLLVM-2.9svn.dylib is unusabkle since it has double 'lib' embedded in its path. otool -l /opt/local/llvm/svn-r122842/lib/libLLVM-2.9svn.dylib produces this line (among others): name /opt/local/llvm/svn-r122842/lib/lib/libLLVM-2.9svn.dylib (offset 24) The way how things are on Apple, all apps read this path during link phase, look

I am looking to use llvm on windows. I know there is a pre-compiled llvm windows distribution, but this does not seem to provide libllvm. The software that I am looking to use makes use of libllvm (it is unix based, but I would like to port it to windows). I really did not wish to spend my time compiling llvm (i.e. installing it's dependencies) from scratch. What options do I have ?

On 05/31/2010 10:02 AM, John Lask wrote: > I am looking to use llvm on windows. I know there is a pre-compiled llvm > windows distribution, but this does not seem to provide libllvm. The > software that I am looking to use makes use of libllvm (it is unix > based, but I would like to port it to windows). I really did not wish to > spend my time compiling llvm (i.e. installing

Török Edwin wrote: > On 05/31/2010 10:02 AM, John Lask wrote: > > I am looking to use llvm on windows. I know there is a pre-compiled > > llvm windows distribution, but this does not seem to provide libllvm. > > The software that I am looking to use makes use of libllvm (it is unix > > based, but I would like to port it to windows). I really did not wish > > to

Hi, For openSUSE Linux we switched to cmake to build llvm and this comes with its own set of problems which are mostly workaroundable but today I got a report saying that we lost libLLVM-3.3.so in the transition. Turns out that cmake build system does not create this file even when shared libraries are enabled. See http://llvm.org/bugs/show_bug.cgi?id=15493 for a reported bug about this. It

Rick Sullivan <ricks at carbondesignsystems.com> writes: [snip] > The problem is this. For some simulations, the LLVM shared library > seems to take a segfault on exit. It runs correctly, but when the > simulator finishes, it crashes on exit. [snip] > > Does anybody have any ideas as to why this might be happening? Can you run the application under gdb and obtain a

Please check in this patch. Thanks, Yuri -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-version URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100831/632e9759/attachment.ksh>

http://llvm.org/bugs/show_bug.cgi?id=8564 Thanks! Yuri

Hi, Can anyone fix this TEXTREL bug in ToT? https://bugs.gentoo.org/show_bug.cgi?id=403519 Thanks,

Hello > Can anyone fix this TEXTREL bug in ToT? > https://bugs.gentoo.org/show_bug.cgi?id=403519 The patch in PR is wrong since it will make both darwin and windows unhappy. I will comment on gentoo PR about possible proper solution. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Kimura, Can you please open an LLVM bug report for this, with a reference the gentoo PR, so that this can be properly tracked from our end? Please also add me to the CC list. -Hal On Fri, 30 Mar 2012 15:11:45 +0400 Anton Korobeynikov <anton at korobeynikov.info> wrote: > Hello > > > Can anyone fix this TEXTREL bug in ToT? > >

Hi, > The patch in PR is wrong since it will make both darwin and windows > unhappy. I will comment on gentoo PR about possible proper solution. I'll give it a try as you comment on the gentoo PR. But my ppc box is in my office, so I'll post a result on next Monday (JST). Thanks,

Hi, >> The patch in PR is wrong since it will make both darwin and windows >> unhappy. I will comment on gentoo PR about possible proper solution. > > I'll give it a try as you comment on the gentoo PR. > But my ppc box is in my office, so I'll post a result on next Monday (JST). I posted my result on the gentoo PR. https://bugs.gentoo.org/show_bug.cgi?id=403519#c12

Hello > I posted my result on the gentoo PR. > https://bugs.gentoo.org/show_bug.cgi?id=403519#c12 > https://bugs.gentoo.org/show_bug.cgi?id=403519#c13 > https://bugs.gentoo.org/show_bug.cgi?id=403519#c14 I commented there. You need to declare function like extern "C" { static void* LLVM_ATTRIBUTE_USED PPCCompilationCallbackC <everything else goes here> }; -- With

Hi, > You need to declare function like > > extern "C" { > static void* LLVM_ATTRIBUTE_USED > PPCCompilationCallbackC > <everything else goes here> > }; revised patch is filed and it works fine. https://bugs.gentoo.org/show_bug.cgi?id=403519#c16 https://bugs.gentoo.org/show_bug.cgi?id=403519#c17 so now this revised patch can be merged into ToT? Thanks,

On 06/21/2010 14:14, Reid Kleckner wrote: > Since FreeBSD is an ELF target, this should work fine. I've also > tested that this works in 32-bit by building gdb and llvm in 32-bit > mode and testing this stuff while running on a 64-bit OS. > > I would try setting a breakpoint in gdb on > 'llvm::JITDebugRegisterer::RegisterFunction' to see that it is being > called,