search for: codegenmodul

Hi Chandler, That's embarrassing how weird this part of clang is. I have a provisional patch which fixes the problem but underlines clang's problems. I will submit it tonight for comments. суббота, 18 октября 2014 г. пользователь Chandler Carruth написал: > > On Fri, Oct 17, 2014 at 7:51 AM, Anton Korobeynikov < > anton at korobeynikov.info >

...000000000783228 clang::CodeGen::CodeGenTypes::arrangeCXXConstructorDeclaration(clang::CXXConstructorDecl const*, clang::CXXCtorType) + 968 11 clang 0x0000000000785289 clang::CodeGen::CodeGenTypes::GetFunctionType(clang::GlobalDecl) + 9 12 clang 0x00000000007800df clang::CodeGen::CodeGenModule::TryEmitDefinitionAsAlias(clang::GlobalDecl, clang::GlobalDecl) + 175 13 clang 0x000000000078040b clang::CodeGen::CodeGenModule::EmitCXXConstructor(clang::CXXConstructorDecl const*, clang::CXXCtorType) + 123 14 clang 0x000000000074fa73 clang::CodeGen::CodeGenModule::EmitGlobalD...

...=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenTypes.cpp:403 #20 0x00007ffff4cccd67 in clang::CodeGen::CodeGenTypes::ConvertTypeForMem (this=0xd63d90, T=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenTypes.cpp:88 #21 0x00007ffff4c7bb64 in clang::CodeGen::CodeGenModule::GetAddrOfGlobalVar (this=0xd63cf0, D=0xd6a500, Ty=0x0) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:1490 #22 0x00007ffff4b92ae9 in EmitGlobalVarDeclLValue (CGF=..., E=0xd6a558, VD=0xd6a500) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGExpr.cpp:1586 #23...

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

...=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenTypes.cpp:403 #20 0x00007ffff4cccd67 in clang::CodeGen::CodeGenTypes::ConvertTypeForMem (this=0xd63d90, T=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenTypes.cpp:88 #21 0x00007ffff4c7bb64 in clang::CodeGen::CodeGenModule::GetAddrOfGlobalVar (this=0xd63cf0, D=0xd6a500, Ty=0x0) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:1490 #22 0x00007ffff4b92ae9 in EmitGlobalVarDeclLValue (CGF=..., E=0xd6a558, VD=0xd6a500) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CGExpr.cpp:1586 #23...

...tion.cpp:1147 > #39 0x00007fb7119d75bc in > clang::CodeGen::CodeGenFunction::GenerateCode (this=0x7fffd4fdc7e0, > GD=..., Fn=0x4699718, FnInfo=...) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenFunction.cpp:1312 > #40 0x00007fb7119facdf in > clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition > (this=0x4b103a0, GD=..., GV=0x4699718) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4528 > #41 0x00007fb7119f3f73 in > clang::CodeGen::CodeGenModule::EmitGlobalDefinition (this=0x4b103a0, > GD=..., GV=0x4699718) &gt...

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

...gt; #39 0x00007fb7119d75bc in >> clang::CodeGen::CodeGenFunction::GenerateCode (this=0x7fffd4fdc7e0, >> GD=..., Fn=0x4699718, FnInfo=...) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenFunction.cpp:1312 >> #40 0x00007fb7119facdf in >> clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition >> (this=0x4b103a0, GD=..., GV=0x4699718) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4528 >> #41 0x00007fb7119f3f73 in >> clang::CodeGen::CodeGenModule::EmitGlobalDefinition (this=0x4b103a0, >> GD=..., GV...

...n/CodeGenFunction.cpp:752 #5 0x287bac4 in clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) /export/users/amitrokh/llvm-sanitizer/llvm/tools/clang/lib/CodeGen/CodeGenFunction.cpp:972:3 #6 0x28b6480 in clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl, llvm::GlobalValue*) /export/users/amitrokh/llvm-sanitizer/llvm/tools/clang/lib/CodeGen/CodeGenModule.cpp:2739:3 #7 0x28aac97 in clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl, llvm::GlobalValue*) /export/users/amitrokh/llv...

...(or enable annotate on ObjC method)? > > handleSimpleAttribute takes the parsed attribute (AttributeList entry) > and turns it into a semantic attribute (Attr subclass). You have to > manually handle the semantic attribute in whatever way makes sense for > your attribute. Check out CodeGenModule::ConstructAttributeList for an > example of how function semantic attributes translate into IR > attributes to be passed along to LLVM. > > HTH! > > ~Aaron Hi, Thx for your answer... I tried that without any luck: static void handleOBF(Sema &S, Decl *D, const Attribut...

...orm.dylib 0x00007fffa0ad5b3a _sigtramp + 26 5 libsystem_platform.dylib 0x0000000000000003 _sigtramp + 1599251683 6 libsystem_c.dylib 0x00007fffa095a420 abort + 129 7 ldc2 0x0000000107d246c0 LLVMInstallFatalErrorHandler + 0 8 ldc2 0x0000000105efd2a7 codegenModule(llvm::TargetMachine&, llvm::Module&, llvm::raw_fd_ostream&, llvm::TargetMachine::CodeGenFileType) + 391 9 ldc2 0x0000000105f00ab9 (anonymous namespace)::writeObjectFile(llvm::Module*, char const*) + 377 10 ldc2 0x0000000105efcc05 writeModule(llv...

...; clang::CodeGen::CodeGenFunction::GenerateCode (this=0x7fffd4fdc7e0, > >>> GD=..., Fn=0x4699718, FnInfo=...) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenFunction.cpp:1312 > >>> #40 0x00007fb7119facdf in > >>> clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition > >>> (this=0x4b103a0, GD=..., GV=0x4699718) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4528 > >>> #41 0x00007fb7119f3f73 in > >>> clang::CodeGen::CodeGenModule::EmitGlobalDefinition...

...enFunction::EmitFunctionBody(clang::CodeGen::FunctionArgList&) + 154 21 clang 0x0000000000c19d11 clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 971 22 clang 0x0000000000a9025f clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) + 847 23 clang 0x0000000000a8d2c3 clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) + 445 24 clang 0x0000000000a8cbd2 clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 754 25 clang...

...::GenerateCode (this=0x7fffd4fdc7e0, > >>>>> GD=..., Fn=0x4699718, FnInfo=...) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenFunction.cpp:1312 > >>>>> #40 0x00007fb7119facdf in > >>>>> clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition > >>>>> (this=0x4b103a0, GD=..., GV=0x4699718) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4528 > >>>>> #41 0x00007fb7119f3f73 in > >>>>> clang::CodeGen::Co...

...::EmitFunctionBody(clang::CodeGen::FunctionArgList&) + 154 > 21 clang 0x0000000000c19d11 clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 971 > 22 clang 0x0000000000a9025f clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) + 847 > 23 clang 0x0000000000a8d2c3 clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) + 445 > 24 clang 0x0000000000a8cbd2 clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 754 > 25 c...

...e (this=0x7fffd4fdc7e0, >>>>>>> GD=..., Fn=0x4699718, FnInfo=...) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenFunction.cpp:1312 >>>>>>> #40 0x00007fb7119facdf in >>>>>>> clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition >>>>>>> (this=0x4b103a0, GD=..., GV=0x4699718) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4528 >>>>>>> #41 0x00007fb7119f3f73 in >>>>>>> clang...

...&) > > + 154 > > 21 clang 0x0000000000c19d11 > > clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, > > llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 971 > > 22 clang 0x0000000000a9025f > > clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) > > + 847 > > 23 clang 0x0000000000a8d2c3 > > clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) > > + 445 > > 24 clang 0x0000000000a8cbd2 > > clang::CodeGen::CodeGenMod...

...0008e66a7 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 39 26 clang 0x00000000008f7193 clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) + 995 27 clang 0x00000000007ca16b clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl) + 587 28 clang 0x00000000007dbe0e clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl) + 190 29 clang 0x00000000007dc3ed clang::CodeGen::CodeGenModule::EmitGlobal(clang::GlobalDecl) + 1197 30 clang 0x0...

On Apr 20, 2012, at 6:35 PM, Roland Leißa <leissa at cs.uni-saarland.de> wrote: > ok, I now have a problem in the code generator. > Let's say I want to set a breakpoint somewhere in > clang/lib/CodeGen/CGExprScalar.cpp > > What do I have to do in order to trigger breakpoints, see backtraces and so on? You set a breakpoint and ask to see a backtrace? -eric

...ng: __attribute__((used)) void function(), then also it doesn't declare the function in its IR file if I don't use the function. Is there any other way to force the declaration of "unused" function declarations with clang. I have hacked in clang 6.0.0 in tools/clang/lib/CodeGen/CodeGenModule.cpp file. I changed in EmitGlobal function to detect if the function has "used" attribute and then if it has then use "GetOrCreateLLVMFunction" this to create the function declaration. However, this hack fails in some other cases. Therefore I am looking for a proper way to do t...