search for: cgstmt

...cpp:2875 > #10 0x00007fb71197c294 in > > clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > &) const (__closure=0x7fffd4fd8340, CGF=...) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > #11 0x00007fb71199754d in > > llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(const > clang::OMPLoopDirective&, clang::Expr*, const CodeGenLoopBoundsTy&, > const Code...

Greetings, Lang and other JITters, Last week I moved our Orc v2-based app from top-of-tree to the new 11.x branch, and it no longer handles C++ code containing OpenMP directives correctly. More specifically, if I JIT compile a function containing OpenMP parallel/for pragmas, using a release version of LLVM, the code compiles and seems to work, but if I try to write the module's bitcode to

...75 >> #10 0x00007fb71197c294 in >> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction >> &) const (__closure=0x7fffd4fd8340, CGF=...) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 >> #11 0x00007fb71199754d in >> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(const >> clang::OMPLoopDirective&, clang::Expr*, const CodeGenLoopBoundsTy&, >>...

...97c294 in > >>> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > >>> &) const (__closure=0x7fffd4fd8340, CGF=...) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > >>> #11 0x00007fb71199754d in > >>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(const > >>> clang::OMPLoopDirective&, clang::Expr*, const CodeGen...

...t;>> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction > >>>>> &) const (__closure=0x7fffd4fd8340, CGF=...) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 > >>>>> #11 0x00007fb71199754d in > >>>>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(const > >>>>> clang::OMPLoopDirective&, cla...

...gt; clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunction >>>>>>> &) const (__closure=0x7fffd4fd8340, CGF=...) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGStmtOpenMP.cpp:3048 >>>>>>> #11 0x00007fb71199754d in >>>>>>> llvm::function_ref<void(clang::CodeGen::CodeGenFunction&)>::callback_fn<clang::CodeGen::CodeGenFunction::EmitOMPWorksharingLoop(const >>>>>>> clang::OMPLoopDirective&...

...clang::CodeGen::CodeGenFunction::EmitDecl (this=0x7fffffff9198, D=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGDecl.cpp:93 #41 0x00007ffff4c52a65 in clang::CodeGen::CodeGenFunction::EmitDeclStmt (this=0x7fffffff9198, S=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGStmt.cpp:809 #42 0x00007ffff4c4e2a5 in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0x7fffffff9198, S=0xd6a688) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGStmt.cpp:176 #43 0x00007ffff4c4dbb7 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0x7fffffff9198, S=0xd6a688) at...

...clang::CodeGen::CodeGenFunction::EmitDecl (this=0x7fffffff9198, D=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGDecl.cpp:93 #41 0x00007ffff4c52a65 in clang::CodeGen::CodeGenFunction::EmitDeclStmt (this=0x7fffffff9198, S=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGStmt.cpp:809 #42 0x00007ffff4c4e2a5 in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0x7fffffff9198, S=0xd6a688) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGStmt.cpp:176 #43 0x00007ffff4c4dbb7 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0x7fffffff9198, S=0xd6a688) at...

Hi, I just notice that front-end will add an extra block for switch instruction without default. How could I identify basic blocks added due to this reason? The added codes looks like: sw.default.i625: ; preds = %if.end512 tail call void @fancy_abort(i8* getelementptr inbounds ([38 x i8]* @.str, i64 0, i64 0), i32 3045, i8* getelementptr inbounds

Hi, I have some troubles to figure out why clang is removing my label name. As the simple example below shows the label "MLB" is removed and replaced by an integer as an "unnamed value". Plus, I can see that an unconditional jump is added, as the label seems to be interpreted as the beginning of a BasicBlock. I am compiling without any optimizations (for now), what leave the

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

...tters. So the plan is to attach metadata to all instructions contained in the scope of the pragma. In this respect, I create a boolean inside CodeGenFunction which is set to true once we reach the pragma and reset to false, when we exit the pragma scope. The set and reset functions are called from CGStmt in EmitCompoundStmt, if there is a pragma corresponding to the left brace and the right brace of the compound statement. Next, I tried to attach metadata to all instructions emitted, if the boolean is set to true. However this is rather a tedious work, as it implies modifying all files in clang::C...

On Oct 25, 2010, at 12:09 PM, Xinfinity wrote: > > > Devang Patel wrote: >> >> >> What are you going to do if "optimized LLVM code" is hoisted above or >> sinked below LLVM_dummy_inst by the optimizer ? It seems you are looking >> for a way communicate some info for a block of instructions. If that is >> the case then one solution is to

...> attach metadata to all instructions contained in the scope of the pragma. In > this respect, I create a boolean inside CodeGenFunction which is set to true > once we reach the pragma and reset to false, when we exit the pragma scope. > The set and reset functions are called from > CGStmt in EmitCompoundStmt, if there is a pragma corresponding to the left > brace and the right brace of the compound statement. > > Next, I tried to attach metadata to all instructions emitted, if the boolean > is set to true. However this is rather a tedious work, as it implies > modify...

Devang Patel wrote: > > > What are you going to do if "optimized LLVM code" is hoisted above or > sinked below LLVM_dummy_inst by the optimizer ? It seems you are looking > for a way communicate some info for a block of instructions. If that is > the case then one solution is to extract interesting block of instructions > in a separate function and make sure that

...g/include/clang/AST/RecursiveASTVisitor.h #. clang/include/clang/AST/StmtVisitor.h #. clang/lib/StaticAnalyzer/Core/ExprEngine.cpp #. clang/lib/Serialization/ASTReaderStmt.cpp #. clang/lib/Serialization/ASTWriterStmt.cpp #. clang/lib/Sema/TreeTransform.h #. clang/lib/CodeGen/CGStmt.cpp #. clang/lib/AST/StmtOpenMP.cpp ------> newly added #. clang/lib/AST/StmtProfile.cpp #. clang/lib/AST/StmtPrinter.cpp #. clang/lib/AST/Stmt.cpp #. clang/tools/libclang/RecursiveASTVisitor.h #. clang/tools/libclang/CXCursor.cpp -. Makefile changes #. clang/lib/...

On Wed, Oct 10, 2012 at 5:40 AM, Eli Friedman <eli.friedman at gmail.com>wrote: > On Tue, Oct 9, 2012 at 4:37 AM, Mahesha HS <mahesha.llvm at gmail.com> wrote: > > Hello All, > > > > We would like to make a proposal to support OpenMP in CLANG. The goal of > > this effort is to provide support for syntax > > > > analysis (parsing), semantic