search for: emitfunctionheader

...0x0000000103ff3ac6 abort + 22 > 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 > 6 clang-3.4 0x00000001038bcb70 llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 > 7 clang-3.4 0x0000000103892677 llvm::AsmPrinter::EmitFunctionHeader() + 727 > 8 clang-3.4 0x00000001036229ea llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 > 9 clang-3.4 0x0000000103b0fbec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 > 10 clang-3.4 0x000000010...

...15a9586 3 libpthread.so.0 0x00007f0f517568f0 4 libc.so.6 0x00007f0f5083da75 gsignal + 53 5 libc.so.6 0x00007f0f508415c0 abort + 384 6 libc.so.6 0x00007f0f50836941 __assert_fail + 241 7 llc 0x000000000096d740 8 llc 0x0000000000f7d1ec llvm::AsmPrinter::EmitFunctionHeader() + 160 Maybe someone knows how this dependency can exist from switching subtarget information. If so, TIA. My additional work is to turn BasicTransformInfoPass into a function pass from an immutable pass but I don't need that right now for this functionality in mips16/32 dual mode. It w...

...0x0000000103ff3ac6 abort + 22 >> 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 >> 6 clang-3.4 0x00000001038bcb70 llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 >> 7 clang-3.4 0x0000000103892677 llvm::AsmPrinter::EmitFunctionHeader() + 727 >> 8 clang-3.4 0x00000001036229ea llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 >> 9 clang-3.4 0x0000000103b0fbec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 >> 10 clang-3.4...

...03ff3ac6 abort + 22 >>> 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 >>> 6 clang-3.4 0x00000001038bcb70 llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 >>> 7 clang-3.4 0x0000000103892677 llvm::AsmPrinter::EmitFunctionHeader() + 727 >>> 8 clang-3.4 0x00000001036229ea llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 >>> 9 clang-3.4 0x0000000103b0fbec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 >>> 10 clang-3.4...

...nction explicitely, getSectionForFunction() calculated desired section name, where function should be emitted into (for example, unique function name for linkonce stuff). getSectionForFunction() was replaced with universal TargetAsmInfo::SectionForGlobal() hook. See, for example, X86ATTAsmPrinter::emitFunctionHeader() for usage and ELFTargetAsmInfo class for example implementation of this hook. -- WBR, Anton Korobeynikov

> I have not looked at how gcc implements this internally but in LLVM I'm > creating real IR for a function (the stub being in mips32 mode; even though > the rest of the compilation unit is being compiled in mips16 mode). This is > one (not the only) reason why I implemented the ability to switch processor > modes on a per function basis. Now that I see where this is from, why

...c6 abort + 22 >> 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 >> 6 clang-3.4 0x00000001038bcb70 >> llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 >> 7 clang-3.4 0x0000000103892677 >> llvm::AsmPrinter::EmitFunctionHeader() + 727 >> 8 clang-3.4 0x00000001036229ea >> llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 >> 9 clang-3.4 0x0000000103b0fbec >> llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 >> 10 clang-...

...0x0000000103ff3ac6 abort + 22 > 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 > 6 clang-3.4 0x00000001038bcb70 > llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 > 7 clang-3.4 0x0000000103892677 > llvm::AsmPrinter::EmitFunctionHeader() + 727 > 8 clang-3.4 0x00000001036229ea > llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 > 9 clang-3.4 0x0000000103b0fbec > llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 > 10 clang-3.4 0...

...t;> 5 clang-3.4 0x0000000103ff3aa1 __assert_rtn + 81 >>> 6 clang-3.4 0x00000001038bcb70 >>> llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 0 >>> 7 clang-3.4 0x0000000103892677 >>> llvm::AsmPrinter::EmitFunctionHeader() + 727 >>> 8 clang-3.4 0x00000001036229ea >>> llvm::X86AsmPrinter::runOnMachineFunction(llvm::MachineFunction&) + 170 >>> 9 clang-3.4 0x0000000103b0fbec >>> llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 60 &g...

This seems to work okay. I register both the Mips16 and non Mips16 passes of the instruction selector and then those return false if they are not supposed to be running. Make-check at least passes in this case. So in principle turn on the dual mode now and debug whatever misc is left. For this I insert another pass before the mips16 and non mips16 passes. On 03/27/2013 10:19 AM, Reed Kotler

...+ > + DisasmEnabled = STM.dumpCode() && > + STM.getGeneration() > AMDGPUSubtarget::NORTHERN_ISLANDS && > + ! Streamer.hasRawTextSupport(); > +} > + > /// We need to override this function so we can avoid > /// the call to EmitFunctionHeader(), which the MCPureStreamer can't handle. > bool AMDGPUAsmPrinter::runOnMachineFunction(MachineFunction &MF) { > - const AMDGPUSubtarget &STM = TM.getSubtarget<AMDGPUSubtarget>(); > - if (STM.dumpCode()) { > -#if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP) > -...

What I am thinking of now is to just register the MIPS116 and MIPS32 DAGToDAGISel passes and then within run on machine function, I can just return if the current mode indicates that mips16 is needed for example, so the run on machine function for Mips32 would return immediately. On 03/27/2013 10:05 AM, Reed Kotler wrote: > I guess another way to do this is to just register both passes for

Hi, This patch adds R600/SI disassembly text to compiled object files, when a code dump is requested, to assist debugging in Mesa clients. Here's an example of the output in a Mesa client with a corresponding patch and RADEON_DUMP_SHADERS set: Shader Disassembly: S_WQM_B64 EXEC, EXEC ; BEFE0A7E S_MOV_B32 M0, SGPR6 ; BEFC0306

Firstly, do you need "main.dsp" defined as an external symbol, or can all external references go via "main"? If the answer is the latter, that will make the solution simpler. If only the latter, you will need to make a change to LLVM here: http://llvm-cs.pcc.me.uk/lib/CodeGen/AsmPrinter/AsmPrinter.cpp#650 Basically you would need to add a hook to the TargetLoweringObjectFile