search for: codegener

Hello, Is there a script to update those test cases? I see mention of a sed script in the commit message but when I try it (see attached) on sed I get the following error: sed: file script line 2: invalid reference \3 on `s' command's RHS Did I lose something in a copy-paste? Is it not really a sed script? How do I run it? On Fri, Jan 19, 2018 at 9:15 AM, Daniel Neilson via

Hi Alexandre, The script uses extended-sed syntax, so you need to run sed with the -E option. For example, when preparing the patch I created a file ( script.sed ) containing all of the lines that I copied into the commit message. Then, I ran this bash one-liner from the test directory: for f in $(find . -name '*.ll'); do sed -E -i ‘.sedbak' -f script.sed $f; done When I was happy

Thanks, that worked like a charm except for the following: llvm generate: call void @llvm.memcpy.p3i8.p1i8.i64(i8 addrspace(3)* align 1 bitcast ([512 x float] addrspace(3)* @a_scratchpad to i8 addrspace(3)*), i8 addrspace(1)* align 1 %0, i64 2048, i1 false) And we expected: call void @llvm.memcpy.p3i8.p1i8.i64(i8 addrspace(3)* bitcast ([512 x float] addrspace(3)* [[SPM0]] to i8

Yes, all that is correct. My question is more a long term question: why do the .ll printer specify the alignment if it is equivalent to the default one? That is, it seems the sed script expect the printer to not specify it (this would match the load/store behavior), but the ll-printer does specify it, which either means the printer is not ideal on this case and I should fix it, or in this case

Hi Alexandre, Before the change you would have been expecting one of the following, correct? a) call void @llvm.memcpy.p3i8.p1i8.i64(i8 addrspace(3)* bitcast ([512 x float] addrspace(3)* [[SPM0]] to i8 addrspace(3)*), i8 addrspace(1)* [[APTR]], i64 2048, i32 0, i1 false) b) call void @llvm.memcpy.p3i8.p1i8.i64(i8 addrspace(3)* bitcast ([512 x float] addrspace(3)* [[SPM0]] to i8 addrspace(3)*), i8

Good question. AFAIK, the IR-printer doesn’t understand the semantics of parameter attributes. In this case, it only knows that there is an attribute on the parameter that is integer valued (with value 1) and that has the name “align”, so it prints it out. If we don’t want it printing out ‘align 1’ then it’s up to us to not set the alignment parameter attribute to a value if that value would be 1.

...00007fb7119e8448 in clang::CodeGen::CodeGenModule::Release > (this=0x4b103a0) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:399 > ---Type <return> to continue, or q <return> to quit--- > #44 0x00007fb71166b523 in (anonymous > namespace)::CodeGeneratorImpl::HandleTranslationUnit (this=0x4ceb9c0, > Ctx=...) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/ModuleBuilder.cpp:267 > #45 0x00007fb71163ff48 in > clang::BackendConsumer::HandleTranslationUnit (this=0x49fc8d0, C=...) > at > /u/geoff/llvmrepo/llvm-pro...

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

...8 in clang::CodeGen::CodeGenModule::Release >> (this=0x4b103a0) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:399 >> ---Type <return> to continue, or q <return> to quit--- >> #44 0x00007fb71166b523 in (anonymous >> namespace)::CodeGeneratorImpl::HandleTranslationUnit (this=0x4ceb9c0, >> Ctx=...) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/ModuleBuilder.cpp:267 >> #45 0x00007fb71163ff48 in >> clang::BackendConsumer::HandleTranslationUnit (this=0x49fc8d0, C=...) >> at /u/geoff/llvmrep...

On 2011-03-09 02:51, Bill Wendling wrote: > There are LLVM 2.9 RC1 pre-release tarballs source available. You can find them here: > llvm 2.9rc1 test on Dualcore ARM running Ubuntu Natty gunzip llvm-2.9rc1.src.tar.gz tar zxvf llvm-2.9rc1.src.tar cd llvm-2.9-build ../llvm-2.9rc1/configure --enable-shared time make clean ;time make CXXFLAGS=-marm CFLAGS=-marm xranby at

...t; >>> (this=0x4b103a0) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:399 > >>> ---Type <return> to continue, or q <return> to quit--- > >>> #44 0x00007fb71166b523 in (anonymous > >>> namespace)::CodeGeneratorImpl::HandleTranslationUnit (this=0x4ceb9c0, > >>> Ctx=...) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/ModuleBuilder.cpp:267 > >>> #45 0x00007fb71163ff48 in > >>> clang::BackendConsumer::HandleTranslationUnit (this=0x49fc8d0, C=...

As part of our automated testing, I'm running make check-all to watch for failures. One of my builds uses the --enable-optimized option to configure. When I build the latest trunk, I'm now seeing 18 failing tests: Clang :: Preprocessor/macro_paste_c_block_comment.c LLVM :: CodeGen/ARM/2011-05-04-MultipleLandingPadSuccs.ll LLVM :: CodeGen/ARM/2011-11-14-EarlyClobber.ll LLVM

...> >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:399 > >>>>> ---Type <return> to continue, or q <return> to quit--- > >>>>> #44 0x00007fb71166b523 in (anonymous > >>>>> namespace)::CodeGeneratorImpl::HandleTranslationUnit (this=0x4ceb9c0, > >>>>> Ctx=...) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/ModuleBuilder.cpp:267 > >>>>> #45 0x00007fb71163ff48 in > >>>>> clang::BackendConsumer::HandleTr...

...gt;>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:399 >>>>>>> ---Type <return> to continue, or q <return> to quit--- >>>>>>> #44 0x00007fb71166b523 in (anonymous >>>>>>> namespace)::CodeGeneratorImpl::HandleTranslationUnit (this=0x4ceb9c0, >>>>>>> Ctx=...) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/CodeGen/ModuleBuilder.cpp:267 >>>>>>> #45 0x00007fb71163ff48 in >>>>>>> clang::BackendConsu...

Hi, Some random sample of VS warning: Lot of 64 bits conversions: AsmPrinter.cpp ..\..\lib\CodeGen\AsmPrinter.cpp(277) : warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data ..\..\lib\CodeGen\AsmPrinter.cpp(614) : warning C4244: 'argument' : conversion from 'uint64_t' to 'int', possible loss of data

Greetings, I am having trouble getting the Kaleidoscope example to build from tutorial #3 on Mac OS X 10.6.2. I didn't have too much trouble getting llvm-2.6 and llvm-gcc-frontend to build. Thanks for the help. Here are the steps I followed: Environment variables for build export LLVMOBJDIR=/opt/llvm export TARGETOPTIONS='--with-arch=nocona --with-tune=generic' export

...hirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:1080 #52 0x00007ffff4c80143 in clang::CodeGen::CodeGenModule::EmitTopLevelDecl (this=0xd63cf0, D=0xd6a090) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:2783 #53 0x00007ffff4cdaf54 in (anonymous namespace)::CodeGeneratorImpl::HandleTopLevelDecl (this=0xd5cde0, DG=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/ModuleBuilder.cpp:69 #54 0x00007ffff4332dd3 in lldb_private::ASTResultSynthesizer::HandleTopLevelDecl (this=0xd5e320, D=...) at /home/athirumurthi/git/lldb/tools/lldb/source/Expression...

There are LLVM 2.9 RC1 pre-release tarballs source available. You can find them here: http://llvm.org/pre-releases/2.9/ Please download them, build them, and compile things to your heart's content. And most importantly file a bunch of bug reports. :-) Share and enjoy! -bw

Hi, I've bootstrapped llvm/clang from svn-trunk on powerpc-darwin8 (g++-4.0.1), and have the following test results to share. Summary below, full log at: http://www.csl.cornell.edu/~fang/sw/llvm/r146586-powerpc-darwin8-results.txt The only edits required were those I posted to llvm-commits yesterday (re: "some missing clang libs"). And I also edited LitConfig.py to point to

...hirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:1080 #52 0x00007ffff4c80143 in clang::CodeGen::CodeGenModule::EmitTopLevelDecl (this=0xd63cf0, D=0xd6a090) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/CodeGenModule.cpp:2783 #53 0x00007ffff4cdaf54 in (anonymous namespace)::CodeGeneratorImpl::HandleTopLevelDecl (this=0xd5cde0, DG=...) at /home/athirumurthi/git/lldb/tools/clang/lib/CodeGen/ModuleBuilder.cpp:69 #54 0x00007ffff4332dd3 in lldb_private::ASTResultSynthesizer::HandleTopLevelDecl (this=0xd5e320, D=...) at /home/athirumurthi/git/lldb/tools/lldb/source/Expression...