search for: printstat

...quot; invokevirtual java/io/PrintStream/println(Ljava/lang/String;)V >> Then, to generate the byte codes above, just create an instance of template println and set its attribute to the appropriate string. Using ANTLR, this is particularly easy /** Match things like print "hi"; */ printStat : 'print' STRING ';' -> println(s={$STRING.text}) ; Now compare that to what you would have to do using Java code to create a data structure: InstructionHandle start = il.append(factory.createFieldAccess("java.lang.System", "out",...

...it/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/ASTResultSynthesizer.cpp:125 #55 0x00007ffff4ef055c in clang::ParseAST (S=..., PrintStats=false, SkipFunctionBodies=false) at /home/athirumurthi/git/lldb/tools/clang/lib/Parse/ParseAST.cpp:131 #56 0x00007ffff4ef032a in clang::ParseAST (PP=..., Consumer=0xd5e320, Ctx=..., PrintStats=false, TUKind=clang::TU_Complete, CompletionConsumer=0x0, SkipFunctionBodies=false) at /home/athirumu...

...it/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/ASTResultSynthesizer.cpp:125 #55 0x00007ffff4ef055c in clang::ParseAST (S=..., PrintStats=false, SkipFunctionBodies=false) at /home/athirumurthi/git/lldb/tools/clang/lib/Parse/ParseAST.cpp:131 #56 0x00007ffff4ef032a in clang::ParseAST (PP=..., Consumer=0xd5e320, Ctx=..., PrintStats=false, TUKind=clang::TU_Complete, CompletionConsumer=0x0, SkipFunctionBodies=false) at /home/athirumu...

...eam/println(Ljava/lang/String;)V >>> > > Then, to generate the byte codes above, just create an instance of > template println and set its attribute to the appropriate > string. Using ANTLR, this is particularly easy > > /** Match things like print "hi"; */ > printStat > : 'print' STRING ';' -> println(s={$STRING.text}) > ; > > Now compare that to what you would have to do using Java code to > create a data structure: > > InstructionHandle start = > il.append(factory.createFieldAccess("java.lang.System&q...

...Disk Home Directories Domain=[HARAPARTNERS] OS=[Unix] Server=[Samba 3.6.4] Server Comment --------- ------- HP1 HP1 Samba Server Workgroup Master --------- ------- DB HP4 HARAPARTNERS HP1 WORKGROUP PRINTSTATION [wynkoop at dt0 ~]$ I was also able to join the FreeBSD workstation to the Samba Domain as evidenced by the output of wbinfo: [wynkoop at dt0 ~]$ wbinfo -u nobody wynkoop testme www alish [wynkoop at dt0 ~]$ Note that users testme www and alish do not exist on the workstation....

...ng/lib/CodeGen/CodeGenAction.cpp:283 > #46 0x00007fb711dbf5f5 in > clang::MultiplexConsumer::HandleTranslationUnit (this=0x2cc6290, > Ctx=...) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/MultiplexConsumer.cpp:292 > #47 0x00007fb71203fb15 in clang::ParseAST (S=..., PrintStats=false, > SkipFunctionBodies=false) > at /u/geoff/llvmrepo/llvm-project/clang/lib/Parse/ParseAST.cpp:171 > #48 0x00007fb711d7fee7 in clang::ASTFrontendAction::ExecuteAction > (this=0x41bcf20) > at > /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/FrontendAction.cpp:1058...

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

...CodeGenAction.cpp:283 >> #46 0x00007fb711dbf5f5 in >> clang::MultiplexConsumer::HandleTranslationUnit (this=0x2cc6290, >> Ctx=...) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/MultiplexConsumer.cpp:292 >> #47 0x00007fb71203fb15 in clang::ParseAST (S=..., PrintStats=false, >> SkipFunctionBodies=false) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/Parse/ParseAST.cpp:171 >> #48 0x00007fb711d7fee7 in clang::ASTFrontendAction::ExecuteAction >> (this=0x41bcf20) >> at /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/FrontendA...

...00007fb711dbf5f5 in > >>> clang::MultiplexConsumer::HandleTranslationUnit (this=0x2cc6290, > >>> Ctx=...) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/MultiplexConsumer.cpp:292 > >>> #47 0x00007fb71203fb15 in clang::ParseAST (S=..., PrintStats=false, > >>> SkipFunctionBodies=false) > >>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Parse/ParseAST.cpp:171 > >>> #48 0x00007fb711d7fee7 in clang::ASTFrontendAction::ExecuteAction > >>> (this=0x41bcf20) > >>> at /u/geoff/llv...

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

...pp:751 #15 0x00000000035d622f in clang::BackendConsumer::HandleTranslationUnit (this=0x82b1a80, C=...) at /work/Abe/non-backup-worthy/build_dirs/Clang/pre-3.9/2016-07-17-22-54-42-1cb1a4c-master/llvm/tools/cfe/lib/CodeGen/CodeGenAction.cpp:179 #16 0x0000000004259504 in clang::ParseAST (S=..., PrintStats=false, SkipFunctionBodies=false) at /work/Abe/non-backup-worthy/build_dirs/Clang/pre-3.9/2016-07-17-22-54-42-1cb1a4c-master/llvm/tools/cfe/lib/Parse/ParseAST.cpp:167 #17 0x00000000030f011a in clang::ASTFrontendAction::ExecuteAction (this=0x8297f20) at /work/Abe/non-backup-worthy/buil...

...>>> clang::MultiplexConsumer::HandleTranslationUnit (this=0x2cc6290, > >>>>> Ctx=...) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/MultiplexConsumer.cpp:292 > >>>>> #47 0x00007fb71203fb15 in clang::ParseAST (S=..., PrintStats=false, > >>>>> SkipFunctionBodies=false) > >>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Parse/ParseAST.cpp:171 > >>>>> #48 0x00007fb711d7fee7 in clang::ASTFrontendAction::ExecuteAction > >>>>> (this=0x41bcf20) >...

...;>>>> (this=0x3d123a0, C=...) >>>>> at >>>>> /local/mnt/workspace/slarin/tools/llvm-mainline- >>>> merged/tools/clang/lib/CodeG >>>>> en/CodeGenAction.cpp:155 >>>>> #13 0x0000000000e3cf61 in clang::ParseAST (S=..., PrintStats=false) >>>> at >>>>> /local/mnt/workspace/slarin/tools/llvm-mainline- >>>> merged/tools/clang/lib/Parse >>>>> /ParseAST.cpp:110 >>>>> #14 0x0000000000b00725 in clang::ASTFrontendAction::ExecuteAction >>>>> (this=0x...

...t; clang::MultiplexConsumer::HandleTranslationUnit (this=0x2cc6290, >>>>>>> Ctx=...) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Frontend/MultiplexConsumer.cpp:292 >>>>>>> #47 0x00007fb71203fb15 in clang::ParseAST (S=..., PrintStats=false, >>>>>>> SkipFunctionBodies=false) >>>>>>> at /u/geoff/llvmrepo/llvm-project/clang/lib/Parse/ParseAST.cpp:171 >>>>>>> #48 0x00007fb711d7fee7 in clang::ASTFrontendAction::ExecuteAction >>>>>>> (this=0x4...

Dear all, In the process of trying to add optimization for better layout of global variables, I have run up against a roadblock: I don`t seem to be able to sort the contents of a "SymbolTableListTraits<GlobalVariable>" -- or even swap two elements in that list -- without causing LLVM to crash. I have tried writing a comparator class and then using "llvm::iplist<

I have a new problem: Register RBP is used in a function foo. (I am not allocating RBP to any virtual register, the instances of RBP in function foo are in the machine code when my register allocator starts.) Function foo calls function bar. Register RBP is not saved across the call, though it is live after the call. Function bar includes a virtual register. The code that I'm using to

...tribute__ ((__nonnull__ (1))); struct hash_entry { struct hash_entry *prev, *next; char *name; char *str_val; int int_val; } ; typedef struct hash_entry **hash_table; extern struct hash_entry *ndtbl[101]; extern struct hash_entry *sctbl[101]; extern struct hash_entry *ccltab[101]; extern int printstats, syntaxerror, eofseen, ddebug, trace, nowarn, spprdflt; extern int interactive, caseins, lex_compat, do_yylineno; extern int useecs, fulltbl, usemecs, fullspd; extern int gen_line_dirs, performance_report, backing_up_report; extern int C_plus_plus, long_align, use_read, yytext_is_array, do_yywrap;...