similar to: [LLVMdev] Trying to compile llvm-gcc to mips

Hi Julio, On Sun, Jul 6, 2008 at 1:58 PM, Julio <julio.martin.hidalgo at gmail.com> wrote: > Hello, I'm trying to compile llvm-gcc to crosscompile mips. I have already > modified a config.gcc to add mips as a target with llvm, but it gives me > "Did not get a target machine!" (from llvm-backend.cpp). > > I thought that I had to modify TargetMachOWriterInfo.h

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

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 Julio, On Mon, Jul 7, 2008 at 6:53 AM, Julio <julio.martin.hidalgo at gmail.com> wrote: > And one last thing, the problem seems to be related to libcpp. Using only C > frontend will work? The problem is with libgcc2, which contains libcalls needed to support some operations your processor cant directly do. >> Actually, I don't need fp, there is any way to disable?

> Ok, I'll wait for a more detailed description > You can report directly at http://www.llvm.org/bugs/ This seems to be MSIL related, not MIPS. I don't think anyone will be interested in fixing problems of this backend -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hello everyone, I'm a little new to LLVM. I know that the backends are still in experimental stage. MSIL and MIPS would be very useful for a project that I'm working on. Do you have any plans to have it completed in the next few months? I could generate the MSIL assembly but when compiled it, which compiles sucessfully, it generates invalid opcode errors.

Hi Eduardo, > I'm a little new to LLVM. > I know that the backends are still in experimental stage. MSIL and MIPS > would be very useful for a project that I'm working on. Do you have any > plans to have it completed in the next few months? I could generate the > MSIL assembly but when compiled it, which compiles sucessfully, it > generates invalid opcode errors. As

On Wed, Nov 5, 2008 at 4:13 PM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> Ok, I'll wait for a more detailed description >> You can report directly at http://www.llvm.org/bugs/ > This seems to be MSIL related, not MIPS. I don't think anyone will be > interested in fixing problems of this backend oops! :) -- Bruno Cardoso Lopes

Hi, The code that I was using was this: http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&lang=gcc&id=1 I followed the footsteps for compiling it to BC than I took the BC code and compiled it with ilasm2 (Mono). After that I tried to run the .exe with mono and it gave me a invalid opcode. I wish I could give more information about the bug but my ext3fs partition crashed

Hi, I'm trying to emit FP_ROUND f64 -> f32 considering a mips target that only supports single float point operations. The problem is that f32 is considered legal on this target but f64 doesn't and the only way I can codegen this instruction is using setConvertAction(MVT::f64, MVT::f32, Expand), which issues a EmitStackConvert. What if I want a libcall instead? What should I do? The

Basic support for Small bss and data. The rest is implemented with target specific logic and will be commited as soon as it's ok to commit this patch. -- Bruno Cardoso Lopes http://www.brunocardoso.cc "When faced with untenable alternatives, you should consider your imperative." -------------- next part -------------- A non-text attachment was scrubbed... Name: smallsections.patch

Can we by any change perform in R something similar geoprocessing or, more advanced, Spatial SQL over vectorial data? Paulo [[alternative HTML version deleted]]

Hello, I'm interested on implementing the MIPS backend as a student in a compiler course on my university, starting in 2 weeks from now!! I've seen on the mailing list history no one has done it so far (although a lot said they would)! am i right? Thanks! -- Bruno Cardoso Lopes http://www.brunocardoso.org "The knack of flying is learning how to throw yourself at the ground and

Hello All, I am trying to cross compile for MIPS on x86 architecture. I want to do it using LLVM ? How can I do it ? Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110901/b4e68ea3/attachment.html>

I have installed LLVM on my machine (ubuntu) a while ago. I think my LLVM version is 2.8. is it supported in 2.8 ? When I install i didn't configure LLVM for mips. Do I have to configure it when I build ? Thanks in advance. Really appreciate it. --- On Thu, 9/1/11, Bruno Cardoso Lopes <bruno.cardoso at gmail.com> wrote: From: Bruno Cardoso Lopes <bruno.cardoso at gmail.com>

Using LLVM+CLANG, you can do something like: clang -ccc-host-triple mips-unknown-linux -ccc-clang-archs mips ... On Thu, Sep 1, 2011 at 1:15 PM, janarbek <canarbekmatay at yahoo.com> wrote: > Hello All, > > I am trying to cross compile for MIPS on x86 architecture. I want to do it > using LLVM ? > How can I do it ? Thanks in advance. > > >

> I have installed LLVM on my machine (ubuntu) a while ago. I think my LLVM version is 2.8. is it supported in 2.8 ? When I install i didn't configure LLVM for mips. Do I have to configure it when I build ? I don't know what's the default llvm configuration for ubuntu! But you can check for mips support using "llc --version". Yes, it's supported in 2.8, although it

On Mon, 7 Jul 2008, Bruno Cardoso Lopes wrote: > I'm trying to emit FP_ROUND f64 -> f32 considering a mips target that > only supports single > float point operations. The problem is that f32 is considered legal on this > target but f64 doesn't and the only way I can codegen this instruction is using > setConvertAction(MVT::f64, MVT::f32, Expand), which issues a

On Wed, Nov 17, 2010 at 12:11 AM, Bruno Cardoso Lopes <bruno.cardoso at gmail.com> wrote: > Hi, > > On Sun, Nov 14, 2010 at 5:39 AM, Michael.Kang <blackfin.kang at gmail.com> wrote: >> I like to get the support of llvm runtime so that I can run some VM >> that depends on llvm. I googled porting keyword >> and also simply try to cross compile llvm. Just like

I like to get the support of llvm runtime so that I can run some VM that depends on llvm. I googled porting keyword and also simply try to cross compile llvm. Just like to know is it possbile ? Does any modification needed? Thanks MK -- www.skyeye.org