similar to: [LLVMdev] Why llvm values can't start with %1?

Hi, I've developed editor prototype for TableGen files (td). It is Eclipse plugin based on IMP project (The IDE Meta-Tooling Platform). Editor has outline, folding, coloring, go to definition, etc. As any prototype, editor has some limitations (e.g. no cross-file indexing). If there is any interest to such tool I will improve it a bit and then publish. Also considering llvm asm (ll) editing

My understanding was that compiling directly to native code wasn't supported on Windows yet. At least Clang seems to require having GCC in the path on Windows. -----Original Message----- From: Daniel Berlin [mailto:dberlin at dberlin.org] Sent: Tuesday, May 11, 2010 4:14 PM To: Michael Smith Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Machine Code, JIT, and Windows On Tue, May 11,

Hello Michael, That's for the final linkage. Since the JIT does linking at the bitcode level, it doesn't need to access an external linker AFAIK. --Sam ----- Original Message ---- > From: Michael Smith <Michael.Smith at synopsys.com> > To: Daniel Berlin <dberlin at dberlin.org> > Cc: "llvmdev at cs.uiuc.edu" <llvmdev at cs.uiuc.edu> > Sent:

Török Edwin wrote: > Are you using 2.6 or 2.7, 32-bit or 64-bit? > I use 2.7 on i386. lli has debug asserts enabled, but I guess this shouldn't matter for JIT code speed. jit: 11.32 real exe: 7.64 user Both have -O3 option. Speed should be the same. Yuri

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 OSX we pass -all_load. Which ld does FreeBSD > use? If you can rearrange tools/llvm-shlib/Makefile until it works for > you and send us a patch, we can probably get it working for llvm-2.8. > ld on

I am new to LLVM and couldn't find any llvm-user list, so I am posting my user question here, sorry. I am trying to create a simple "puts" call accepting the static string, with the code below. The last line (CallInst::Create) fails with an assert: "Calling a function with a bad signature!" Because the type of function is void(u8*) and the argument supplied is:

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 OSX we pass -all_load. Which ld does FreeBSD >> use? If you can rearrange tools/llvm-shlib/Makefile until it

Pekka Jääskeläinen wrote: > On 04/28/2010 11:42 AM, Yuri wrote: >> Looks like this is platform dependent. > > Yep, works fine here on Debian 5.0/x86_64 with gcc 4.3.2. > > Did you build with make REQUIRES_RTTI=1 which is required > as of LLVM 2.7 to get RTTI for LLVM symbols? > No. If this is a hack to get the command 'g++ -shared -o libLLVM-2.7.so -lXXX -lXXX

On 04/28/2010 11:42 AM, Yuri wrote: > Looks like this is platform dependent. Yep, works fine here on Debian 5.0/x86_64 with gcc 4.3.2. Did you build with make REQUIRES_RTTI=1 which is required as of LLVM 2.7 to get RTTI for LLVM symbols? -- Pekka

Jeffrey Yasskin wrote: > I just tried it again on trunk (not 2.7) on OSX 10.5, and it works. > What platform are you on? Does it work with another version of gcc? > Looks like this is platform dependent. libLLVM-2.7.so created has size only 4145 bytes and all llvm symbols are missing. It's empty because there are no .o modules included into it, only libraries through -l options

shreyas krishnan wrote: > Hi > If I am linking a large library with my app, is there a way I can > eliminate all the unused functions used in the library as part of the > linking ? > If you are talking about static libraries (.a), this is done automatically by linker. You shouldn't have to worry about this. If you are talking about the shared library (.so) -- it will be

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 list, Could someone explain to me why the following result is not a integer? > difftime(strptime("24NOV2004", format="%d%b%Y"), strptime("13MAY2004", >format="%d%b%Y"), units="days") Time difference of 195.0417 days I'm using R2.12.0 on WinXP. Thanks! ...Tao

When I enabled this option I am getting errors, see below. Is there any way to fix this? There should be an option to have most of the code in shared library. Yuri --- error log using gcc-4.5.0 on 4 cpus with configure options: --enable-assertions --enable-optimized --enable-shared --prefix=/usr/local/llvm --- llvm[2]: Compiling llc.cpp for Release build gmake[2]: Entering directory

Hi If I am linking a large library with my app, is there a way I can eliminate all the unused functions used in the library as part of the linking ? thanks shrey

I'm looking to get started with LLVM as the back end for a compiler that ultimately should self-host. >From an ease of use perspective, the optimum on Windows would be a DLL along with C header files that I can translate into the front end's language. I read in the FAQ: http://llvm.org/docs/FAQ.html#langs that "the C bindings in include/llvm-c should help a lot". However,

----- Original Message ---- > From: Óscar Fuentes <ofv at wanadoo.es> > To: Samuel Crow <samuraileumas at yahoo.com> > Cc: Óscar Fuentes <ofv at wanadoo.es>; LLVM Developers Mailing List ><llvmdev at cs.uiuc.edu> > Sent: Fri, January 14, 2011 4:39:57 PM > Subject: Re: Circular Deps from CMake build using makefile > > Samuel Crow <samuraileumas

I have C++ project that builds fine with g++. But when I try to replace g++ with clang++ I get such errors (see below) during link. What might be a problem? Yuri --- errors are like this --- local symbol 1: discarded in section `.text.SomeSymbolHere1' local symbol 2: discarded in section `.text.SomeSymbolHere2' ... ...

After waiting through about 2 hours of hard drive spinning for Clang to link under my Xubuntu Lucid Lynx Linux setup on VirtualBox, ld finally just gave up trying to link it. I was using CMake's build scripts on version 2.7 release of LLVM and Clang. The version of ld is (GNU Binutils for Ubuntu) 2.20.1-system.20100303. Can anyone confirm this problem? If needed I'll cross-post this to

Hello everybody, I have been puzzling over how to uninstall the SVN Head release of LLVM for compatibility with llvm-gcc 4.2-2.6. Our project is based on 2.6 of LLVM but I needed to install TOT to check if a bug was ours or had been fixed in the latest LLVM. Now that the bug is fixed, I need to go back to LLVM 2.6. I used CMake to build TOT on MacOSX 10.5.x and there is no "make