search for: emitrawtext

...udying the classes now but it should be simple to do so if you know, you can save me some time because this is another maze of llvm data abstraction. Tia. Reed void MipsAsmPrinter::EmitFPCallStub( const char* Symbol, const Mips16HardFloatInfo::FuncSignature* Signature) { OutStreamer.EmitRawText("\t.globl "+ Twine(Symbol)); ......... OutStreamer.EmitRawText("\t# Stub function to call " + Twine(RetType) + " " + Twine(Symbol) + " (" + Twine(Parms) + ")"); OutStreamer.EmitRawText("\t.section\t.mips16.call.fp&...

How is alignment set? On 02/04/2014 08:48 AM, Rafael Espíndola wrote: > On 31 January 2014 18:59, reed kotler <rkotler at mips.com> wrote: >> I'm rewriting this patch for the stubs to not use outputing of raw text. >> >> Generating the instructions is very straightforward and that part is done. > awesome! > >> I'm translating the actual function

...an be in AsmPrinter or MC. I have these statements left to translate. Most we already discussed. .align 2 the .nomips16 and .nomicromips we have it in mipsTargetStreamer (which to me seems little different from emit raw text). I think you mentioned already how to do the .size OutStreamer.EmitRawText(".align 2"); OutStreamer.EmitRawText(".nomips16"); OutStreamer.EmitRawText(".nomicromips"); OutStreamer.EmitRawText("\t.ent\t__call_stub_fp_" + Twine(Symbol)); OutStreamer.EmitRawText("\t.type\t__call_stub_fp_" + Twine(Symbol) + ",...

On 01/28/2014 06:29 PM, Eric Christopher wrote: > Uhhhh... > > -eric > > On Tue, Jan 28, 2014 at 4:56 PM, reed kotler <rkotler at mips.com> wrote: >> I would like to make the following member of AsmPrinter be protected >> >> >> void EmitInlineAsm(StringRef Str, const MDNode *LocMDNode = 0, >> InlineAsm::AsmDialect

On 02/04/2014 09:58 AM, Rafael Espíndola wrote: >> .align > > So yes, EmitValueToAlignment. > > Cheers, > Rafael > One more::: OutStreamer.EmitRawText("\t.size __call_stub_fp_" + Twine(Symbol) + ", .-__call_stub_fp_" + Twine(Symbol)); You have to make an expression???? i.e. .size __call_stub_fp___floatdidf, .-__call_stub_fp___floatdidf TIA. Reed

...termediate with debug symbols using:      clang -g -O0 -c main.c -emit-llvm -o main.bc This runs fine and outputs main.bc - disassembly is here: http://donw.org/main.bc.txt I then try to comple that as an .obj file:      llc -filetype=obj main.bc And I get a crash with the error message:      EmitRawText called on an MCStreamer that doesn't support it,  something must not be fully mc'ized I understand from the 2.9 release notes that filetype=obj is currently experimentalbut the above is lifted from the visual studio intro on the website with a couple of minor modifications. Can I expect t...

...============= --- lib/Target/ARM/ARMAsmPrinter.cpp (revision 123053) +++ lib/Target/ARM/ARMAsmPrinter.cpp (working copy) @@ -458,7 +458,13 @@ AttrEmitter->EmitAttribute(ARMBuildAttrs::THUMB_ISA_use, 1); } - // FIXME: Emit FPU type + if (Subtarget->hasNEON()) + OutStreamer.EmitRawText(StringRef("\t.fpu neon")); + else if (Subtarget->hasVFP3()) + OutStreamer.EmitRawText(StringRef("\t.fpu vfpv3")); + else if (Subtarget->hasVFP2()) + OutStreamer.EmitRawText(StringRef("\t.fpu vfpv2")); + if (Subtarget->hasVFP2()) AttrEmitter-&gt...

It may be moot because Reed is currently rewriting the patch to avoid using EmitInlineAsm and EmitRawText but I wanted to question something here. I'm thinking that hasRawTextSupport() shouldn't be the condition used inside EmitInlineAsm. I think it would be more correct to have a useRawTextSupport() predicate that can return hasRawTextSupport() for (sub)targets that haven't implemented th...

On Fri, Feb 25, 2011 at 12:16 PM, Siarhei Siamashka <siarhei.siamashka at gmail.com> wrote: > On Thursday 03 February 2011 14:14:28 Renato Golin wrote: >> On 3 February 2011 10:25, Siarhei Siamashka <siarhei.siamashka at gmail.com> > wrote: >> > I have submitted a bug some time ago to LLVM bugtracker: >> > http://llvm.org/bugs/show_bug.cgi?id=8931 >>

On Thursday 03 February 2011 14:14:28 Renato Golin wrote: > On 3 February 2011 10:25, Siarhei Siamashka <siarhei.siamashka at gmail.com> wrote: > > I have submitted a bug some time ago to LLVM bugtracker: > > http://llvm.org/bugs/show_bug.cgi?id=8931 > > Hi Siarhei, > > This is a really silly bug with a simple fix. > > We have a similar patch here

On Fri, Jun 17, 2011 at 11:07 AM, Don Williamson <don.williamson at yahoo.com> wrote: > And I get a crash with the error message: > >      EmitRawText called on an MCStreamer that doesn't support it,  something must not be fully mc'ized > > I understand from the 2.9 release notes that filetype=obj is currently experimentalbut the above is lifted from the visual studio intro on the website with a couple of minor modifications. > &...

...We also need to sort out COFF TLOF, and get rid of the directive stuff. > > It looks to me that you should have an Emit method for the .scl, .def, .type, .endef directives. One callback each. > > -Chris > > I've had included a EmitCOFFSymbolDef in MCStreamer to replace the EmitRawText that was handling this, seem to me it would be easier to have a single call given the restrictions on their use. Sure, whatever you guys think is best. It is also very reasonable to add new enums to MCSymbolAttr if EmitSymbolAttribute is the right callback for these. -Chris -------------- next p...

...to use since they have to get a hook to MCAsm in order to >> change the inline_asm_start/end >> strings. (In AsmPrinter) on a per function basis. >> >> if (OutStreamer.hasRawTextSupport() && >> MAI->getInlineAsmStart()[0]) >> OutStreamer.EmitRawText(Twine("\t")+MAI->getCommentString()+ >> MAI->getInlineAsmStart()); >> >> So a simple method in AsmPrinter would be the easiest for people to >> use. >> >> It just turns off the APP/NOAPP markers which we should be abl...

...also need to sort out COFF TLOF, and get rid of the directive stuff. > > > It looks to me that you should have an Emit method for the .scl, .def, > .type, .endef directives. One callback each. > > -Chris > I've had included a EmitCOFFSymbolDef in MCStreamer to replace the EmitRawText that was handling this, seem to me it would be easier to have a single call given the restrictions on their use. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100507/5050ce6b/attachment.html>

...s.uiuc.edu" <llvmdev at cs.uiuc.edu> Sent: Friday, June 17, 2011 7:27 PM Subject: Re: [LLVMdev] Simple clang + llc crash on Windows 7 On Fri, Jun 17, 2011 at 11:07 AM, Don Williamson <don.williamson at yahoo.com> wrote: > And I get a crash with the error message: > >      EmitRawText called on an MCStreamer that doesn't support it,  something must not be fully mc'ized > > I understand from the 2.9 release notes that filetype=obj is currently experimentalbut the above is lifted from the visual studio intro on the website with a couple of minor modifications. > &...

...to get a hook to MCAsm in order to >>> change the inline_asm_start/end >>> strings. (In AsmPrinter) on a per function basis. >>> >>> if (OutStreamer.hasRawTextSupport() && >>> MAI->getInlineAsmStart()[0]) >>> OutStreamer.EmitRawText(Twine("\t")+MAI->getCommentString()+ >>> MAI->getInlineAsmStart()); >>> >>> So a simple method in AsmPrinter would be the easiest for people to >>> use. >>> >>> It just turns off the APP/NOAPP marker...

(Sorry about the duplicate, I got the mailing list address incorrect the first time around). While working on the IAS, I ran into a behavioural difference between GCC and clang. The Linux Kernel relies on GCC's acceptance of inline assembly as an opaque object which will not have any validation performed on the content. The current behaviour in LLVM is to perform validation of the contents

...a mode to asm printer but in general is harder for people to use since they have to get a hook to MCAsm in order to change the inline_asm_start/end strings. (In AsmPrinter) on a per function basis. if (OutStreamer.hasRawTextSupport() && MAI->getInlineAsmStart()[0]) OutStreamer.EmitRawText(Twine("\t")+MAI->getCommentString()+ MAI->getInlineAsmStart()); So a simple method in AsmPrinter would be the easiest for people to use. It just turns off the APP/NOAPP markers which we should be able to do anyway; it's independent of the discussi...

..., handled by COFF > Section > // assignment. > // > http://sourceware.org/binutils/docs-2.20/as/Linkonce.html#Linkonce > // .linkonce discard > // FIXME: It would be nice to use .linkonce samesize for non-common > // globals. > OutStreamer.EmitRawText(StringRef(LinkOnce)); > } else { > > Basically, it seems like the MCSectionCOFF implementation should get the > linkonce bit. I'm not an expert on COFF, but I think that's the right place > for it. ".linkonce" will also have to be added as a new MCStreamer api...

...rder to >>>> change the inline_asm_start/end >>>> strings. (In AsmPrinter) on a per function basis. >>>> >>>> if (OutStreamer.hasRawTextSupport() && >>>> MAI->getInlineAsmStart()[0]) >>>> OutStreamer.EmitRawText(Twine("\t")+MAI->getCommentString()+ >>>> MAI->getInlineAsmStart()); >>>> >>>> So a simple method in AsmPrinter would be the easiest for people to >>>> use. >>>> >>>> It just turns...