search for: emitarraysubscriptexpr

BTW, I have found why it doesn't work for arrays. TBAA information propagation is not implemented in CodeGenFunction::EmitArraySubscriptExpr with "TODO: Preserve/extend path TBAA metadata?". On Fri, Dec 4, 2015 at 1:38 PM, Dmitry Polukhin <dmitry.polukhin at gmail.com> wrote: > As far as I can see it is specifics of arrays inside structs. Current TBAA > does distinguish non-array members with path sensitive TBAA...

...domain of field-sensitive points-to > > On Mon, Dec 7, 2015 at 7:13 AM, Dmitry Polukhin via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> BTW, I have found why it doesn't work for arrays. TBAA information >> propagation is not implemented in CodeGenFunction::EmitArraySubscriptExpr >> with "TODO: Preserve/extend path TBAA metadata?". >> >> On Fri, Dec 4, 2015 at 1:38 PM, Dmitry Polukhin < >> dmitry.polukhin at gmail.com> wrote: >> >>> As far as I can see it is specifics of arrays inside structs. Current >>> TBAA...

Hi list, I am in the process of creating a new target in LLVM/Clang for a custom 16-bit machine. My initial goal is to configure Clang so that when LLVM bytecode (or assembly) is generated, the integer size is 16 bits. After defining an appropriate TargetInfo subclass (where integer size is set to 16) the generated LLVM assembly looks almost correct, however one of the parameters for

Hi, all I found in some cases the int variable get promoted to i64, although I think it should i32. I use the online demo (http://llvm.org/demo). And below is the test case. ------------- test case ------------- int test(int x[], int y[], int n) { int i = 0; int sum = 0; for ( ; i < n; i++) { sum += x[i] * y[i]; } return sum; } ------------------------------------- No

On Thu, Apr 9, 2015 at 10:47 AM, Jonathan Roelofs <jonathan at codesourcery.com> wrote: >> Again, I asked the LLVM list if, since LLVM is a typed assembly >> language, if I could just look for pointer plus offset followed by a >> dereference. They seemed to suggest that looking for that idiom would > JFTR, we're one big community, and it's not as segregated

Hi, I'm trying to optimize a simple C code and came across a situation where invariant code is not being moved out: On an -O3 compilation, I noticed that the "load" for the loop bounds (which remain invariant throughout) happens on each iteration of both the loops, even though it is not modified anywhere in the function "bigLoop". It seems that alias analysis is not able

...>>> On Mon, Dec 7, 2015 at 7:13 AM, Dmitry Polukhin via llvm-dev < >>> llvm-dev at lists.llvm.org> wrote: >>> >>>> BTW, I have found why it doesn't work for arrays. TBAA information >>>> propagation is not implemented in CodeGenFunction::EmitArraySubscriptExpr >>>> with "TODO: Preserve/extend path TBAA metadata?". >>>> >>>> On Fri, Dec 4, 2015 at 1:38 PM, Dmitry Polukhin < >>>> dmitry.polukhin at gmail.com> wrote: >>>> >>>>> As far as I can see it is specifics of a...