search for: asmwriteremitter

...f I'm ignoring this warning and continue according to the instructions (i.e. copy back the saved tblgen and perform build as usual), then I get a LOT of linkage errors regarding undefined symbols. For instance, smWriterEmitter.cpp:(.text+0x21): undefined reference to `_ZNSs6assignERKSs' AsmWriterEmitter.cpp:(.text+0x39): undefined reference to `_ZNSs6assignERKSs' /homes/aviv/projects/VMP_SDK_llvm1.8_gil/generated-llvm/obj/utils/TableGen/Debug/AsmWriterEmitter.o: In function `_Z41__static_initialization_and_destruction_0ii': AsmWriterEmitter.cpp:(.text+0x70): undefined reference to `_ZNS...

Hi, > AsmWriterEmitter.cpp:(.text+0x78): undefined reference to `__dso_handle' > AsmWriterEmitter.cpp:(.text+0x8c): undefined reference to `__cxa_atexit' This is not connected with that warning. Something is wrong with your compiler / linker. Either it does not provide needed libraries, or broken in other way....

...le called g++.exe - only gcc.exe (which is located under mingw/bin) and llvm-g++.exe (which is located under llvm1.8-frontend/bin). What seems to be the problem and how can I solve it? guy at MS-WXP-AVIV /c/llvm1.8/generated-llvm/obj Anton Korobeynikov wrote: > Hi, > > >> AsmWriterEmitter.cpp:(.text+0x78): undefined reference to `__dso_handle' >> AsmWriterEmitter.cpp:(.text+0x8c): undefined reference to `__cxa_atexit' >> > This is not connected with that warning. Something is wrong with your > compiler / linker. Either it does not provide needed librar...

I'm looking at extending AsmPrinter to pretty-print comments after instructions (I'm adding the necessary fields to MachineInstr to do this). I'm trying to grok AsmWriterEmitter and having a tough go of it. I look at X86GenAsmWriter1.inc (the Intel syntax writer) and understand that there's a case block for printing operands under several switch statements, one per "fragment." I need to recode AsmWriterEmitter to call a function right before it emits the...

...write-strings -Wno-unused -g -D_DEBUG -rpath /C/Projects/build/MinGW/llvm/tools/Debug -export-dynamic -ldbghelp -L/C/Projects/build/MinGW/llvm/lib/Debug -L/C/Projects/build/MinGW/llvm/lib/Debug -o /C/Projects/build/MinGW/llvm/tools/Debug/tblgen /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/AsmWriterEmitter.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeEmitterGen.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeGenTarget.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileLexer.o /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileParser.o /C/Projects/build/MinGW/llvm/utils...

...(Template Method pattern). If things were > > designed this way, it would be trivial to do what I want: > > Yes, this is one advantage, another is that we wouldn't have to fix the > same bug in multiple places :) Right. I've figured out where I need to make the changes in AsmWriterEmitter given the current design. I'm trying out a few interesting things here based on custom streambufs. It requires some surgery to AsmPrinters as a std::ostream won't work anymore due to the enhanced functionality of the custom streambufs. Is this still interesting to the larger LLVM community...

...td::char_traits<char>, std: :allocator<char> >::basic_string(std::basic_string<char, std::char_traits<char>, std::allocator <char> > const&)" -- 1st referenced by /mnt/dsk/dks0d5s7/usr/local/downloads/languages/icedTea/ shark/llvm-2.4/utils/TableGen/Release/AsmWriterEmitter.o. any thoughts appreciated. Anyone have a Mips build going for llvm? Cheers

...to print assembly idioms defined as instruction aliases. For example, an instruction which used to be printed as "nor $1, $2, $zero" can be printed as "not $1, $2" This is nice because it makes the code printed by code-gen or disassembler more readable. However, the code in AsmWriterEmitter::EmitPrintAliasInstruction seems to ignore instruction aliases if an operand that is not a register nor an immediate appears in the result instruction DAG. For example, the folllowing instruction alias pattern is not handled in MipsGenAsmWriter.inc because the third operand of BEQ is a brtarget: d...

I am trying to write a skeleton of an ARM back end. I have declared the following class class InstARM<dag ops, string asmstr, list<dag> pattern> : Instruction { let Namespace = "ARM"; dag OperandList = ops; let AsmString = asmstr; let Pattern = pattern; } and defined three instructions (ldr, str, and mov). The problem is that, in the generated code, the

...here I expected. For example, in > ARMAsmPrinter::printInstruction, the PHI instruction doesn't has an > "ARM::" prepended to it. ldr, str and mov have. An ARM namespace is > also missing in ARMGenInstrNames.inc. This looks like a tblgen bug. If you look at utils/TableGen/AsmWriterEmitter.cpp:290, it appears to take the namespace from the first instruction in an equivalence class that it comes across. I will fix this bug this afternoon, but in the meantime, if you define an instruction "AAA" which takes no operands, it will work around this. -Chris -- http://nondot.o...

> This looks like a tblgen bug. If you look at > utils/TableGen/AsmWriterEmitter.cpp:290, it appears to take the namespace > from the first instruction in an equivalence class that it comes across. > I will fix this bug this afternoon, but in the meantime, if you define an > instruction "AAA" which takes no operands, it will work around this. Thanks. Defining...

...-g > -D_DEBUG -rpath /C/Projects/build/MinGW/llvm/tools/Debug -export-dynamic > -ldbghelp -L/C/Projects/build/MinGW/llvm/lib/Debug > -L/C/Projects/build/MinGW/llvm/lib/Debug -o > /C/Projects/build/MinGW/llvm/tools/Debug/tblgen > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/AsmWriterEmitter.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeEmitterGen.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/CodeGenTarget.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileLexer.o > /C/Projects/build/MinGW/llvm/utils/TableGen/Debug/FileParser.o > /C/Projec...

...Defs* list. It allows me to keep Registers as an implicit operands of /*MachineInstr*/ and later during its lowering pass them to the /*MCInstr*/. Now seems I need only to change */printInstruction()/* function to Emit this instructions in appropriate way. For that I need to change /*utils/TableGen/AsmWriterEmitter.cpp: AsmWriterEmitter::EmitPrintInstruction*/ to generate appropriate code in "/TARGETGenAsmWriter.inc/" file. But I am still thinking that there should be a way to not pass the registers as an implicit operands. So other approaches will be appreciated. Thanks, Arsen -- View this me...

Hi all, My question is related to the register usage in instruction definition at TARGETInstrInfo.td file. I have defined new Target with it Registers and instructions. Now I need to generate an instruction like: mov MYREG1_NAME, MYREG2_NAME for the built-in function taking one constant integer argument, such as "__builtin_my_function_name(88)" I wondering whether it is possible

On Tue, 14 Aug 2007, David Greene wrote: >> Yes, this is one advantage, another is that we wouldn't have to fix the >> same bug in multiple places :) > > Right. I've figured out where I need to make the changes in AsmWriterEmitter > given the current design. Ok, cool. > I'm trying out a few interesting things here based on custom streambufs. > It requires some surgery to AsmPrinters as a std::ostream won't work > anymore due to the enhanced functionality of the custom streambufs. > Is this still inte...

Ryan, I've always been bothered by this tab character that doesn't come from the target. The line you're looking for I believe is from /utils/TableGen/AsmWriterEmitter.cpp at line 428. In my opinion the target should control whether a prefix is printed before an instruction. Thanks, Javier From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of ryan baird Sent: Saturday, September 08, 2012 1:45 PM To: llvmdev at cs.uiuc.edu Sub...

.... gmake[2]: Entering directory `/usr/home/llvm/obj/utils/TableGen' Bisoning FileParser.y Flexing /usr/home/llvm/obj/../utils/TableGen/FileLexer.l gmake[2]: Leaving directory `/usr/home/llvm/obj/utils/TableGen' gmake[2]: Entering directory `/usr/home/llvm/obj/utils/TableGen' Compiling AsmWriterEmitter.cpp Compiling CodeEmitterGen.cpp Compiling CodeGenTarget.cpp Compiling FileLexer.cpp Compiling FileParser.cpp FileParser.tab.c: In function `int Fileparse()': FileParser.tab.c:2043: error: syntax error before `goto' The offending lines bison generated are: /*------------------------------...

...rc/llvm/trunk_nolibtool/obj/Debug/bin -export-dynamic -L/Users/jyasskin/src/llvm/trunk_nolibtool/obj/Debug/lib -L/Users/jyasskin/src/llvm/trunk_nolibtool/obj/Debug/lib -o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/Debug/bin/tblgen /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/AsmWriterEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CallingConvEmitter.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CodeEmitterGen.o /Users/jyasskin/src/llvm/trunk_nolibtool/obj/utils/TableGen/Debug/CodeGenDAGPatterns.o /Users/jyasskin/src/llvm/trunk_nolibtool...

...tializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wstring-conversion -O3 -Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib -Wl,-dead_strip CMakeFiles/obj.llvm-tblgen.dir/AsmMatcherEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/AsmWriterEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/AsmWriterInst.cpp.o CMakeFiles/obj.llvm-tblgen.dir/Attributes.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CallingConvEmitter.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeEmitterGen.cpp.o CMakeFiles/obj.llvm-tblgen.dir/CodeGenDAGPatterns.cpp.o CMakeFiles/obj.llvm-tblgen.dir...

...e useful to other backends too. I have implemented a prototype of this extension in https://reviews.llvm.org/D74338. AssemblerPredicates are used in four parts of TableGen, three of which only affect TableGen'erated code, and one is RISC-V specific so these changes are not very intrusive. For AsmWriterEmitter/MCInstPrinter to work with these changes, I've made what I think may be a minimally distruptive change, but I'm happy to hear any alternative ideas on how to express this to the AsmWriter alias condition code. I look forward to any ideas and feedback. Thanks, Simon