similar to: [LLVMdev] fp_round libcall

Hi Bruno, > 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

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

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

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, 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, 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 with MIPS info, but now the problem is that I don't know where can I get the <mach/machine.h> (I don't have it

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.

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 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 Guys, I and trying to covert a float to a f16. calling DAG.getNode(ISD::FP_ROUND, DL, Op->getValueType(0), FloatNode); will get the error message:"Invalid method to make FP_ROUND node" what is the "right" way to make this work? best Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL:

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, 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

On Wed, May 20, 2009 at 4:55 PM, Dan Gohman <gohman at apple.com> wrote: > Can you explain why you chose the approach of using a new pass? > I pictured removing LegalizeDAG's type legalization code would > mostly consist of finding all the places that use TLI.getTypeAction > and just deleting code for handling its Expand and Promote. Are you > anticipating something more

On May 20, 2009, at 1:34 PM, Eli Friedman wrote: > On Wed, May 20, 2009 at 1:19 PM, Eli Friedman > <eli.friedman at gmail.com> wrote: > >> Per subject, this patch adding an additional pass to handle vector >> >> operations; the idea is that this allows removing the code from >> >> LegalizeDAG that handles illegal types, which should be a significant

OK, so the next thing I found in Sparc world is that sparc-elf-as doesn't understand .bss as a directive for some reason. I modified the Sparc code generator to output .section ".bss" and that works just fine. My (temporary) solution is a hack, however: ================================================================== --- SparcAsmPrinter.cpp (revision 720) +++

Hi All, I am looking at a linker error under O2: undefined symbol __lshrdi3 I have two questions here: 1. Does that mean our libgcc (?) doesn't implement __lshrdi3? Or more generally, why I have such linker error? 2. Seems some operations are combined, and replaced with __lshrdi3 call. I am interested in when such libcall will be generated? Could you show me one

Hi Manuel, Thanks for the help. Still persists for me too. Instead of waiting indefinitely, now I get this error: Unhandled Exception ("AphrontDeadlockQueryException") #1205: Lock wait timeout exceeded; try restarting transaction On Thu, Dec 11, 2014 at 11:26 AM, suyog sarda <sardask01 at gmail.com> wrote: > The problem still persist :( > > On 12/11/14, Manuel Klimek

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

Hi Christine, > I am using LLVM 2.8 and llvm-gcc 4.2. Could you please try svn top-of-tree? Clang is also a better choice here. > The assembly files are attached. In the assembly file, the erroneous result > is associated with 'subcc', while the correct ones are associated with 'or'. -- Bruno Cardoso Lopes http://www.brunocardoso.cc