search for: cgf

> Try building with "make VERBOSE=1", which will show you the > command-lines passed to the compiler/linker. Post the output here. there you go: > cafxx at ubuntu:~/Projects/llvm2/lib/Transforms/cgf$ make VERBOSE=1 > llvm[0]: Compiling CGFPass.cpp for Debug+Asserts build (PIC) > if g++ -I/home/cafxx/Projects/llvm2/include > -I/home/cafxx/Projects/llvm2/lib/Transforms/cgf -D_DEBUG > -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -g > -fno-exceptions -fno-rtti -f...

Who can send to me code that can perform in R-plus jacobi.root, scre.eq, cgf.0, cgf.1 and cgf.2 that are part of the S-plus package? Marc D. Brodsky

> Looks like your shared library is not being compiled with symbols. > Did you verify that your sources are compiled with -g? I think so, this is the makefile (based on the one in the Hello pass): > LEVEL = ../../.. > LIBRARYNAME = CGF > LOADABLE_MODULE = 1 > USEDLIBS = > > ifneq ($(REQUIRES_RTTI), 1) > ifneq ($(REQUIRES_EH), 1) > EXPORTED_SYMBOL_FILE = $(PROJ_SRC_DIR)/CGF.exports > endif > endif > > include $(LEVEL)/Makefile.common and this is the invocation: > cafxx at ubuntu:~/Projects/llvm2/li...

On Jun 24, 2011, at 10:49 AM, Carlo Alberto Ferraris wrote: > >> Try building with "make VERBOSE=1", which will show you the command-lines passed to the compiler/linker. Post the output here. > there you go: >> cafxx at ubuntu:~/Projects/llvm2/lib/Transforms/cgf$ make VERBOSE=1 >> llvm[0]: Compiling CGFPass.cpp for Debug+Asserts build (PIC) >> if g++ -I/home/cafxx/Projects/llvm2/include -I/home/cafxx/Projects/llvm2/lib/Transforms/cgf -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -g -fno-exceptions -fno-rtti -fPIC -Wover...

...4 AM, Carlo Alberto Ferraris wrote: > >> Looks like your shared library is not being compiled with symbols. Did you verify that your sources are compiled with -g? > I think so, this is the makefile (based on the one in the Hello pass): >> LEVEL = ../../.. >> LIBRARYNAME = CGF >> LOADABLE_MODULE = 1 >> USEDLIBS = >> >> ifneq ($(REQUIRES_RTTI), 1) >> ifneq ($(REQUIRES_EH), 1) >> EXPORTED_SYMBOL_FILE = $(PROJ_SRC_DIR)/CGF.exports >> endif >> endif >> >> include $(LEVEL)/Makefile.common > and this is the invoc...

...en compiled in debug+asserts mode) but when the pass crashes in the stack trace printed by opt the names of the functions inside my pass don't appear (see frames 14-16). How can I have them displayed? > cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ clear && ./opt > -load=CGF.so -cgf -debug test.S > [...] > While deleting: i32 % > Use still stuck around after Def is destroyed: ret i32 <badref> > opt: Value.cpp:76: virtual llvm::Value::~Value(): Assertion > `use_empty() && "Uses remain when a value is destroyed!"' failed. >...

> Are you loading the shared library directly from the build directory, > or are you installing it first? I'm invoking it directly, I guess:./opt -load=CGF.so -cgf -debug test.S should I install it? (I have no idea about how to do it, though...) > If you run "file CGF.so" on the file you actually load, does it say it > is stripped or non-stripped? cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ file ../lib/CGF.so ../lib/CGF.so: E...

...ve been compiled in debug+asserts mode) but when the pass crashes in the stack trace printed by opt the names of the functions inside my pass don't appear (see frames 14-16). How can I have them displayed? >> cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ clear && ./opt -load=CGF.so -cgf -debug test.S >> [...] >> While deleting: i32 % >> Use still stuck around after Def is destroyed: ret i32 <badref> >> opt: Value.cpp:76: virtual llvm::Value::~Value(): Assertion `use_empty() && "Uses remain when a value is destroyed!"' f...

On Jun 24, 2011, at 11:03 AM, Carlo Alberto Ferraris wrote: > >> Are you loading the shared library directly from the build directory, or are you installing it first? > I'm invoking it directly, I guess: ./opt -load=CGF.so -cgf -debug test.S > should I install it? (I have no idea about how to do it, though...) > >> If you run "file CGF.so" on the file you actually load, does it say it is stripped or non-stripped? > cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ file ../lib/CGF.so &...

> That's a weird one. Does addr2line work? > $ addr2line -e CGF.so <address> cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ objdump -t ../lib/CGF.so | grep flatten 0000000000005622 l F .text 0000000000000aa6 _ZN12_GLOBAL__N_111CGFFunction7flattenEv 00000000000041d6 l F .text 000000000000049c _ZN12_GLOBAL__N_...

...lang::CodeGen::CodeGenFunction::EmitRuntimeCall (this=0x7fffd4fda9d0, > callee=..., args=..., > name=...) at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGCall.cpp:4051 > #9 0x00007fb7118b601f in > clang::CodeGen::CGOpenMPRuntime::emitForStaticFinish (this=0x4614460, > CGF=..., Loc=..., > DKind=llvm::omp::OMPD_for) at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 > #10 0x00007fb71197c294 in > > clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::CodeGenFunct...

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

...nction::EmitRuntimeCall (this=0x7fffd4fda9d0, >> callee=..., args=..., >> name=...) at >> /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGCall.cpp:4051 >> #9 0x00007fb7118b601f in >> clang::CodeGen::CGOpenMPRuntime::emitForStaticFinish (this=0x4614460, >> CGF=..., Loc=..., >> DKind=llvm::omp::OMPD_for) at >> /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CGOpenMPRuntime.cpp:2875 >> #10 0x00007fb71197c294 in >> clang::CodeGen::CodeGenFunction::<lambda(clang::CodeGen::CodeGenFunction&)>::operator()(clang::CodeGen::C...

...here it would be declared? What I am seeing in gdb is that a two-parameter function is indeed being passed two arguments, but the first argument is not of the expected type. The call originates in CGOpenMPRuntime::emitForStaticFinish(), with DKind == llvm::omp::Directive::OMPD_for, at this line: CGF.EmitRuntimeCall(OMPBuilder.getOrCreateRuntimeFunction( CGM.getModule(), OMPRTL___kmpc_for_static_fini), Args); But I don't know where to go from there... Help? Geoff On Mon, Aug 10, 2020 at 4:43 PM Johannes Doerfert <johannesdoerfert at gmai...

...two-parameter function is indeed > > being passed two arguments, but the first argument is not of the > > expected type. The call originates in > > CGOpenMPRuntime::emitForStaticFinish(), with DKind == > > llvm::omp::Directive::OMPD_for, at this line: > > > > CGF.EmitRuntimeCall(OMPBuilder.getOrCreateRuntimeFunction( > > CGM.getModule(), OMPRTL___kmpc_for_static_fini), > > Args); > > > > But I don't know where to go from there... Help? > > > > Geoff > > > >...

...tion is indeed >>> being passed two arguments, but the first argument is not of the >>> expected type. The call originates in >>> CGOpenMPRuntime::emitForStaticFinish(), with DKind == >>> llvm::omp::Directive::OMPD_for, at this line: >>> >>> CGF.EmitRuntimeCall(OMPBuilder.getOrCreateRuntimeFunction( >>> CGM.getModule(), OMPRTL___kmpc_for_static_fini), >>> Args); >>> >>> But I don't know where to go from there... Help? >>> >>> Geoff...

On Jun 24, 2011, at 12:36 PM, Carlo Alberto Ferraris wrote: > >> That's a weird one. Does addr2line work? >> $ addr2line -e CGF.so <address> > cafxx at ubuntu:~/Projects/llvm2/Debug+Asserts/bin$ objdump -t ../lib/CGF.so | grep flatten > 0000000000005622 l F .text 0000000000000aa6 _ZN12_GLOBAL__N_111CGFFunction7flattenEv > 00000000000041d6 l F .text 000000000000049c _ZN1...

...xtLdPromotion, I am leaning to say Clang set nsw flag incorrectly, but please let me know if I was wrong. Here is the reduced testcase: long long foo(int *a) { long long c; c = *a * 1405; return c; } Clang emitted the following IR (It is done by EmitMUL() in CGExprScalar.cpp, while CGF.getLangOpts().getSignedOverflowBehavior()=LangOptions::SOB_Undefined and CGF.SanOpts.has(SanitizerKind::SignedIntegerOverflow)=false): ; Function Attrs: nounwind readonly define i64 @foo(i32* nocapture readonly %a) #0 { entry: %0 = load i32* %a, align 4, !tbaa !1 %mul = mul nsw i32 %0,...

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 >

...b/Transforms/IPO directory. But I want to keep them away in the lib/Transforms/Obfuscation directory. This is my Makefile: LEVEL = ../../.. LIBRARYNAME = LLVMobfuscation LOADABLE_MODULE = 1 BUILD_ARCHIVE = 1 include $(LEVEL)/Makefile.common My CMakeListes.txt add_llvm_library(LLVMobfuscation Cgf.cpp CgfFunction.cpp Flattening.cpp ) add_dependencies(LLVMobfuscation intrinsics_gen) and my LLVMBuild.txt [component_0] type = Library name = Obfuscation parent = Transforms library_name = Obfuscation I added my directory and pass in the Transforms Makefile,LLVMBuild and CMakeLists, in t...