similar to: [LLVMdev] [Bug 7748] [PATCH] Fix MSVC truncating enums

On Aug 18, 2010, at 8:45 PM, nobled wrote: > I attached a patch to http://llvm.org/bugs/show_bug.cgi?id=7748 that > should fix it; can anybody review? Wow, this is really ugly. I feel bad because I told bruno to go ahead and use 64-bit integers in the enum values. Bruno, how terrible would it be to switch back to 32-bit enumerators? -Chris

On Mon, Aug 23, 2010 at 12:44 PM, Chris Lattner <clattner at apple.com> wrote: > > On Aug 18, 2010, at 8:45 PM, nobled wrote: > > > I attached a patch to http://llvm.org/bugs/show_bug.cgi?id=7748 that > > should fix it; can anybody review? > > Wow, this is really ugly.  I feel bad because I told bruno to go ahead and use 64-bit integers in the enum values.  Bruno,

Óscar Fuentes <ofv at wanadoo.es> wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.compilers.llvm.devel as well. > > nobled <nobled at dreamwidth.org> writes: > > [snip] > > Please move the new code to a new file named > cmake/modules/WindowsCRTControl.cmake and include it from the top level > CMakeLists

Óscar Fuentes <ofv at wanadoo.es> wrote: > I'm a bit wary about this patch. So much complexity for so petty > feature... Maybe the right thing is to determine the scenarios where > people set LLVM_USE_CRT. Maybe all we need is to define another build > type that inherits from Release which uses the debug version of the CRT. > > Anyways, the patch have some issues:

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

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

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

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

nobled <nobled at dreamwidth.org> writes: [snip] Please move the new code to a new file named cmake/modules/WindowsCRTControl.cmake and include it from the top level CMakeLists when LLVM_ON_WIN32.

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>

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>

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

On 21 July 2015 at 14:27, Evgeny Astigeevich <evgeny.astigeevich at arm.com> wrote: > The book is exactly what is written in its title: getting started. It give > basics of each major part of LLVM. After reading it you will be able to > build it from scratch. What is most important the book shows in details how > components of LLVM are built into a compiler toolchain: from

Another php type problem; can you please try again. Thanks! On Thu Dec 11 2014 at 1:37:32 PM Bruno Cardoso Lopes < bruno.cardoso at gmail.com> wrote: > I'm facing the same problem. > > On Thu, Dec 11, 2014 at 10:16 AM, suyog sarda <sardask01 at gmail.com> wrote: > > Hi, > > I am facing problem while submitting patch on phab. All things go smooth > - >

Hi everyone, It seems variable arguments is not support by mips backend in llvm-2.6. int func(int i, ...) { return 0; } llvm-gcc func.c -emit-llvm -c -O3 -o func.bc llc func.bc -relocation-model=static -march=mips -O0 -o func.s Command llc fails: llc:SelectionDAGBuilder.cpp:6440:void llvm::SelectionDAGISel::LowerArguments( llvm::BasicBlock):Assertion 'Invals.size() ==

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

Hi, What is the calling conventions for YMM. According to documents I saw till now, the YMMs are scratch and not saved in callee. This is also the default behavior of the Intel Compiler. In X86InstrControl.td the YMMs are not in "defs" set of call. - Elena --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments

Hi all, I have interest in some ideas, some I've seen in the Open project pages (copied straight from there) and some are by my own, they are: 1) Implement MachOWriter and ELFWriter to allow LLVM-based compilers to bypass an external assembler. This may include the idea of an assembler for inline assembly 2) Write a disassembler for machine code that would use TableGen to output

Hi Chandler, On an x86 system, for ToT LLVM: With "Remove support for LLVM runtime multithreading": 23.8788 With patch reverted: 22.5229 That's around 6% regression. Detailed JSON file is at http://paste.debian.net/113238, http://paste.debian.net/113239 -Yi On 1 August 2014 21:56, Chandler Carruth <chandlerc at google.com> wrote: > > On Fri, Aug 1, 2014 at 1:47 PM,

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