search for: getfieldindex

I ran into an LLVM/Clang crash when attempting to do the following: 1. Build Clang from the release/9.x branch source. 2. Use the Clang from (1) to build clangd on the release/9.x branch, with LLVM_ENABLE_MODULES=On. I wrote a script to reproduce the crash: https://gist.github.com/modocache/ac366ca9673b93bb21e75d3e72162608 At the above URL, you'll find a script `repro.sh` that reproduces

Hi! LLVM has a class, ConstantExpr, that is very handy for compile-time evaluation of const expressions. Unfortunately I cannot find any methods in it that would be helpful in evaluation of expressions similar to this: (uintptr_t)(&(*(TYPE*)0).FIELD), which is basically the implementation of the offsetof(TYPE, FIELD) macro. Specifically, there seem to be no provisions for dereferencing a

...so far I was not able to locate the >> relevant bit of code. Any pointers would be appreciated! >> > > Clang handles record types in a very abstract way, it doesn't rely on LLVM > IR at any level. An ASTRecordLayout is built for a record type and the > ASTRecordLayout::getFieldIndex method is used to determine the offset for a > particular field. > So it handles all const expression evaluation in the front-end? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150102/7f2d6688/attac...

...[-Wunused-but-set-variable] /home/greened/src/llvm-30-rc3/clang-3.0rc3.src/lib/Lex/Lexer.cpp:490:30: warning: variable ‘BeginFileLocInfo’ set but not used [-Wunused-but-set-variable] /home/greened/src/llvm-30-rc3/clang-3.0rc3.src/lib/AST/Decl.cpp: In member function ‘unsigned int clang::FieldDecl::getFieldIndex() const’: /home/greened/src/llvm-30-rc3/clang-3.0rc3.src/lib/AST/Decl.cpp:2209:53: warning: variable ‘e’ set but not used [-Wunused-but-set-variable] /home/greened/src/llvm-30-rc3/clang-3.0rc3.src/lib/Sema/SemaExpr.cpp: In member function ‘clang::QualType clang::Sema::CheckVectorCompareOperands(cl...

On 7 November 2011 22:00, Bill Wendling <wendling at apple.com> wrote: > We are starting on our third (and hopefully last) round of testing for LLVM 3.0. Please visit: > >        http://llvm.org/pre-releases/3.0/rc3/ > > for the sources. There are also binaries for Darwin up there, with more to come during the week. Please build this release candidate, test it out on your

Please review this patch for PR3510 (and <rdar://problem/6564697>). The bug is a failure to handle a "hole" inside an initialized structure, where the hole may be induced by a designated initializer or by alignment: http://llvm.org/bugs/show_bug.cgi?id=3510 The original code was greatly simplified by using FieldNo to index the LLVM fields and the initializer in

Good day, LLVMers! We are starting on our third (and hopefully last) round of testing for LLVM 3.0. Please visit: http://llvm.org/pre-releases/3.0/rc3/ for the sources. There are also binaries for Darwin up there, with more to come during the week. Please build this release candidate, test it out on your projects, and let us know if you find any regressions from the 2.9 release. Please keep