similar to: [LLVMdev] LLVM-gcc for a new architecture

Hi, I have written new dummy target to llvm-gcc for our processor architecture, which contains basically only the information which is necessary to generate llvm byte code. I could check tomorrow in work, which parts of llvm- gcc had to be altered for our "tce-llvm-gcc" cross-compiler. I also hardcoded compiler to use llvm-ld and llvm-as as it's bintools, for being able to

Boris, > How do I configure llvm-gcc (version 4.0.1) without having a gcc > back-end, but a LLVM back-end for my new architecture? This can be pretty tricky, because various target-related things are used in the frontend (consider e.g. ABI issues, alignment, etc). But in general you have just provide --target=<target triple> option to configure. I think it will fail, if target is

Hi, Anybody has an opinion would it be good thing to add support for llvm- gcc to be able to be built with existing llvm installation? Right now building works with llvm installation also, but only if llvm libs and includes are installed under the same prefix, even though this seems to be unintended functionality. So after support for building llvm-gcc without llvm sources it would be

Hi, I've been hitting my head to wall two days now. This is practically my first contact with InstrInfo.td files. Is there any tutorial how to make this kind of stuff? Or should I just keep on studying Sparc and other backends? So I added new intrinsic to llvm/include/llvm/TCEInstrinsics.td: def int_tce_customop : Intrinsic<[llvm_void_ty, llvm_ptr_ty, llvm_vararg_ty], [],

Hi, We have been working on porting llvm-gcc crosscompiler (basically I had to create new dummy target configuration with some minimal information about the our processor, endianess, type sizes, etc.) which compiles llvm bytecode (doesn't compile native binaries nor assembler) for our processor architecture and new llvm target for our custom processor. We already managed to compile also

Hi, Would it be possible to set tbgen to be installed with llvm? For our project http://llvm.org/ProjectsWithLLVM/#tta-tce it would be very helpful, because our tools generate compiler backend plugins in the fly for each customized processor and plugin generation needs tbgen for handling td files. Because of tbgen not beeing distributed, our users cannot use llvm from their favorite

On May 4, 2009, at 11:03 PM, Mikael Lepistö wrote: > Hi, > > Would it be possible to set tbgen to be installed with llvm? For our > project http://llvm.org/ProjectsWithLLVM/#tta-tce it would be very > helpful, because our tools generate compiler backend plugins in the > fly for each customized processor and plugin generation needs tbgen > for handling td files. Sure,

Chris Lattner wrote: > > On May 4, 2009, at 11:03 PM, Mikael Lepistö wrote: > >> Hi, >> >> Would it be possible to set tbgen to be installed with llvm? For our >> project http://llvm.org/ProjectsWithLLVM/#tta-tce it would be very >> helpful, because our tools generate compiler backend plugins in the >> fly for each customized processor and plugin

And one last thing, the problem seems to be related to libcpp. Using only C frontend will work? 2008/7/7 Julio <julio.martin.hidalgo at gmail.com>: > Hi, well, I downloaded the head revision of llvm and llvm-gcc. As you said > it hangs at: > > Formal argument #0 has unhandled type f32 > /home/julio/trunk/llvm-gcc/gcc/libgcc2.c:1765: internal compiler error: > Abortado

Hi, well, I downloaded the head revision of llvm and llvm-gcc. As you said it hangs at: Formal argument #0 has unhandled type f32 /home/julio/trunk/llvm-gcc/gcc/libgcc2.c:1765: internal compiler error: Abortado Please submit a full bug report, with preprocessed source if appropriate. Actually, I don't need fp, there is any way to disable? By the way, I'm working with a MIPS coprocessor

OK, thank you. Are there some pre-built X86 binaries for LLVM-gcc for ARM? It yes, where can I download from? Thank you, Corina --- On Sun, 1/17/10, Rafael Espindola <espindola at google.com> wrote: From: Rafael Espindola <espindola at google.com> Subject: Re: [LLVMdev] LLVM-gcc for ARM To: "corina s" <corina_fff at yahoo.com> Cc: llvmdev at cs.uiuc.edu, anton at

Thank you, it was what I really was searching for :) However, I don't know if I well understood. I've find this link in the second link which seemed what i was looking for: http://nondot.org/sabre/LLVMNotes/BuiltinUnreachable.txt .If I put around the code block (inside my function with precondition (x>0 && y>0)) a contruct like that that use __builtin_unreachable: int foo(int

On Mon, Oct 22, 2012 at 9:33 PM, Niko Zarzani <koni10 at hotmail.it> wrote: > Thank you, it was what I really was searching for :) > > However, I don't know if I well understood. I've find this link in the > second link which seemed what i was looking for: > http://nondot.org/sabre/LLVMNotes/BuiltinUnreachable.txt . > If I put around the code block (inside my

I am trying to build a cross compiler for arm on linux, here is how i have configured it cd llvm-gcc-4.2-2.7.source-objtree ../llvm-gcc-4.2-2.7.source/configure --enable-llvm=/home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-2.7 --enable-multilib --enable-target-optspace --enable-interwork --with-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++

On Jun 9, 2011, at 8:09 PM, David A. Greene wrote: > Note that things like instruction frequencies are highly ISA- > dependent. If possible, it is best to evaluate your ideas on more > than one target, just to see what the effects are. What other sorts > of things do you want to study? > > If, long-term, you are planning to do serious studies of performance >

You may want to check this out: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-October/053924.html and also http://llvm.org/PR810 - xi On 10/22/12 6:05 PM, Niko Zarzani wrote: > Hi all, > Is there any way to tell LLVM some additional information about the > variables in the code in order to make better optimization? > For example, if my function has a certain precondition (such

Hi all,Is there any way to tell LLVM some additional information about the variables in the code in order to make better optimization?For example, if my function has a certain precondition (such as x>0) then it will be possible to better optimize the code given that information (which the compiler does not know).I am new in this field and I don't know if there are ways to tell the compiler

Hi Niko, Do you mean branch prediction, i.e. __builtin_expect [1]? Many compilers support it, I think clang (LLVM's C/C++ frontend) is among them. - D. [1] http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html 2012/10/23 Niko Zarzani <koni10 at hotmail.it>: > Hi all, > Is there any way to tell LLVM some additional information about the > variables in the code in order to

> ../llvm-gcc-4.2-2.7.source/configure > --enable-llvm=/home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-2.7 > --enable-multilib --enable-target-optspace --enable-interwork > --with-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++ > --target=arm-elf This means that the compiler is built for ARMv4 which is not pretty good supported. Try to switch

Hello, Well, I recompiled the LLVM-gcc .../llvm-gcc4.2-2.6.source/configure --prefix=`pwd`/../install --program-prefix=llvm- --enable-llvm=/home/LLVM/llvm-2.6/ --enable-languages=c  --disable-libssp  --with-gnu-ld=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-ld --with-gnu-as=/home/LLVM/llvm-gcc4.2-2.6.source/arm-elf-as  --with-cpu=cortex-a8  --target=arm-elf Everything is OK, but when trying