similar to: [LLVMdev] bug report on MC asm parser evaluating expressions

On 3 May 2013 01:37, 杨勇勇 <triple.yang at gmail.com> wrote: > Hi, developers, > > I notice following asm symbol definitions are eveluated improperly: > > A = 9 > B = 3*A - 2 * A + 1 > > the value of B should be 10 instead of 8. > > It seems asm parser treat "B = 3*A - 2 * A + 1" as "B = 3*A - (2 * A + 1)" > because the second "*"

Dear testers, 4.0.0-rc1 was just tagged from the branch, with r292377. There are still open merge requests and bugs, but I'd like to get the testing started to see what issues come up. Please build, test, and upload binaries to the sftp. Let me know how it goes. I'll upload source, docs, and your binaries to the web site once their ready. Thanks, Hans

I am new to llvm so I might be missing a critical step. My system is Fedora 12 but this also happens in Mac OS X 10.6.2. Here are the steps I used to compile llvm: export TARGETS=x86,x86_64,cpp export INSTALLDIR=/home/rovitotv/llvm ../llvm-2.6/configure --prefix=$INSTALLDIR --enable-bindings=none --enable-targets=$TARGETS --enable-optimized --with-llvmgccdir=$INSTALLDIR

First, you have to call llvm-g++ to use the llvm-gcc front end, but it doesn't matter here. I'd like to suggest that you use pastebin to put your code and the send us the link, so that we can download it. The problem is that TheExecutionEngine is set to NULL (maybe because of a previous error), but it will be really better if you use pastebin. On Wed, Feb 17, 2010 at 6:01 AM, Todd Rovito

I'm trying to add support for inline assembly and I keep getting this error: <jal> "<inline asm>:1:2: error: invalid instruction" which is due to the fact that MatchInstructionImpl() returns Match_MnemonicFail. This function is tablegen'ed in XXXGenAsmMatcher.inc and for some reason it can't find JAL even though I can clearly see it in both MatchTable0[] and

Hello, The recent renamings moved some IR-related files and directories to more logical places. Is there a plan to rename lib/AsmParser as well? This directory name is somewhat misleading, because the code in it parses IR. In fact, nothing mentions AsmParser in the code inside that dir, except the build files. The name creates a confusion with other AsmParser citizens of LLVM like

the example is more like what i need,it is so nice. but,i am indefinite if "RUN: FileCheck < %t.s %s" can pass,i understand that t.s was translate from t.ll,%s means read the local source,are they the same? On Wed, Aug 22, 2012 at 1:55 PM, Triple Yang <triple.yang at gmail.com> wrote: > I did an experiment just now with a test case like: > // RUN: clang %s -S -emit-llvm

Wang, Attachment is a simple example, you may put it in test/CodeGen, and run with llvm-lit C90 It worked ok in my llvm 3.2 devel. Let know if you run into any trouble. Regards. 2012/8/27 Changcheng Wang <changcheng at multicorewareinc.com>: > hi,Yang: > if you can give me a examle,which check out a string(such as "abcd") > from a file(such as aaa.c) with fileCheck?

2012/8/28 Changcheng Wang <changcheng at multicorewareinc.com>: > hi,yang: > another question，i write a test like this: > /*****test start******/ > ; RUN: llc -march=c < %s | FileCheck %s > > ; ModuleID = 'hello.c' > target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64- >

David, thanks for your immediate response. Since iPTR is a reserved type for tablegen internal use, can you make a further explanation? On the other hand, it can be simply treated as a register class assignment problem during register allocation. Assume both pointer and integet have a 32 bit width. backend handles it just as to i32. When it performs register allocation, it can retrieve from

hi,yang: thanks,i replaced "{helloworld}" with "helloworld" as you said,and the test run well on llvm version 3.0,but fail on llvm 162227,is it right? llvm version 162227 do not support it? your, changcheng On Tue, Aug 28, 2012 at 2:28 PM, Triple Yang <triple.yang at gmail.com> wrote: > 2012/8/28 Changcheng Wang <changcheng at multicorewareinc.com>: >>

llvm code generator lowers both integer and pointer types into ixx(say, i16, i32, i64, ...). This make senses for some optimizations. However, integer registers and pointer registers is expilicitly distinguished from each other for some architectures, like TriCore, Blackfin, and our lab prototype dsp, which accelerates address computation and memory access. I have already read this mail thread:

You are welcome. /* example.c */ // RUN: clang %s -S -O0 -emit-llvm -o %t.ll // RUN: llc %t.ll -O0 -march=x86 -o %t.s // RUN: FileCheck < %t.s %s // CHECK: fct unsigned int fct(unsigned int n) { if(n>0) return fct(n-1)*n; else return 1; } /* end example.c */ /* lit.local.cfg */ config.suffixes = ['.c', '.cpp', '.ll'] targets =

hi,Yang: if you can give me a examle,which check out a string(such as "abcd") from a file(such as aaa.c) with fileCheck? i tried to write it but failed. thanks for your help! best wished! changcheng On Wed, Aug 22, 2012 at 9:30 PM, Triple Yang <triple.yang at gmail.com> wrote: > I guess so. > FileCheck has powerful extensions than just matching some strings so that >

hi,yang: i had delete the temporary files,sorry to trouble you. it is so easy: // RUN: rm .... Regards changcheng On Wed, Aug 29, 2012 at 2:41 PM, Changcheng Wang <changcheng at multicorewareinc.com> wrote: > hi,yang: > how can i remove the temporary files? > if i can remove them,all is ok! > > yours: > > changcheng > > On Wed, Aug 29, 2012 at 2:14 PM, Changcheng

hi,yang: sorry to trouble you another time,i used your example and it run well,but a problem came,it create severel temporary files i chaged the RUN: line but failed. i changed it like this,can you give me some suggestions? // RUN: clang %s -S -emit-llvm | llc -march=c | clang -S -emit-llvm | lli | FileCheck %s thanks, best wishes, changcheng On Wed, Aug 29, 2012 at 8:39 AM, Changcheng Wang

Hi, In our version of LLVM, we've added different-sized iPTR* types, so we have an iPTR256 for our fat pointers. This causes some problems with constraints, because the way that TableGen resolves constraints is not expected to handle multiple pointer types. We've added a flag that can be set on a per-backend basis to turn this off. Our problem is perhaps a bit different form yours,

We also have this problem, and have added iPTR types to the back end. Our pointers are actually fat pointers, so this also requires tweaking some optimisations (for example, things like to turn GEPs with 64-bit offsets into pointer-sized offsets, but our pointers are larger than any integer type that we support...). Most of the changes are a bit ugly, and I'm loath to upstream them without

Sergei, Thank you for your attention. My target is a custom VLIW DSP. I am not sure dependency dag is correct when it gets scheduled and packetized. Months ago, I submitted a bug at http://llvm.org/bugs/show_bug.cgi?id=17894 which explained more details. I am not sure my understanding of this bug is proper, but modified my local codes this way and it works for my target when scheduling and

hi,yang: thanks for your help! my net is so poor that i can not donwload your attachment. would you like to paste here,or send to my other email:200005275 at 163.com? yours changcheng On Tue, Aug 28, 2012 at 11:43 AM, Triple Yang <triple.yang at gmail.com> wrote: > Wang, > > Attachment is a simple example, you may put it in test/CodeGen, and run with > > llvm-lit C90 >