similar to: [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

OK, thanks - that's a real shame. ----- Original Message ----- From: Eli Friedman <eli.friedman at gmail.com> To: Don Williamson <don.williamson at yahoo.com> Cc: "llvmdev at cs.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

As it happens, I have created a patch that enables DWARF debugging on windows. It is against trunk revision 133401. I have tested using clang to compile, and mingw to link & debug. On Fri, Jun 17, 2011 at 12:25 PM, Don Williamson <don.williamson at yahoo.com>wrote: > OK, thanks - that's a real shame. > > > > ----- Original Message ----- > From: Eli Friedman

Hi Everyone, I am trying to decide on a MC'ized reorg of ARMAsmPrinter for MC/ELF, and had some questions. Currently, it defines quite a few methods like printAddrMode4Operand (linked to ARMInstrInfo.td) that currently assume raw text support in the OutStreamer. Are these methods still supposed to be invoked in the MC'ized path for assembly output? Is JimG's new MC/.s

On Sep 29, 2010, at 3:09 PM, Jason Kim wrote: > Hi Everyone, > > I am trying to decide on a MC'ized reorg of ARMAsmPrinter for MC/ELF, > and had some questions. > > Currently, it defines quite a few methods like printAddrMode4Operand > (linked to ARMInstrInfo.td) that currently assume raw text support in > the OutStreamer. Are these methods still supposed to be

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. I'm translating the actual function now. How do you emit an .ent or .globl from asm printer? .type ? .end ?? .section ??? I'm studying the classes now but it should be simple to do so if you know, you can save me some time because this

On May 7, 2010, at 10:02 AM, Aaron Gray wrote: > On 7 May 2010 17:53, Chris Lattner <clattner at apple.com> wrote: > > On May 7, 2010, at 9:51 AM, Nathan Jeffords wrote: > >>> This seems counter intuitive to me, I can understand that C assigned that behavior somewhat arbitrarily to uninitialized global variables, but in LLVM there is explicitly a common linkage

On May 7, 2010, at 11:42 AM, Nathan Jeffords wrote: >> $ llc t.ll -o - -mtriple=i386-apple-darwin10 >> .section __TEXT,__text,regular,pure_instructions >> .zerofill __DATA,__bss,_tst1,4,0 ## @tst1 >> .section __DATA,__data >> _tst2: ## @tst2 >> .ascii "\000\001\002\003" >> >> I think we should

On Fri, May 7, 2010 at 10:14 AM, Chris Lattner <clattner at apple.com> wrote: > > On May 7, 2010, at 10:02 AM, Aaron Gray wrote: > > On 7 May 2010 17:53, Chris Lattner <clattner at apple.com> wrote: > >> >> On May 7, 2010, at 9:51 AM, Nathan Jeffords wrote: >> >> This seems counter intuitive to me, I can understand that C assigned that

... > Thanks, applied in r103150! llvm-mc -filetype=obj probably needs a similar > patch. > > cool!, I will make that change and submit it too. > ... > Yes probably, I don't know what the .def and .scl directives "do" :) > > I think I can figure out the right thing to do here. > Also, w.r.t. section handling stuff, there is this fixme in the asmprinter:

My test environment: 1. Installed mingw/MSYS from sourceforge.net/projects/mingw using the "Automated MinGW Installer" mingw-get-inst-20110802.exe (installed everything except Fortran). 2. Installed Python 2.7 from www.python.org/download using python-2.7.2.msi 3. MSYS bash path set to /c/MinGW/bin:/bin:/c/Python27:/c/WINDOWS/ system32:/c/WINDOWS:/c/WINDOWS/system32/wbem 4. Built

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

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

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,

I've been googling around for quite some time, and haven't managed to find anything useful. Is there some moderately up-to-date information on how to set up the automatic print-driver download in Samba 2.2.x? I know about the "old way" of doing things, but it doesn't seem to fly with Win2K drivers. Any and all help, and pointers to FD so I can RTFD (again, haven't had

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 >>

I've gotten driver-downloads to work from WinNT/2K clients, but I still can't seem to figure out how to get things to work with Win9x clients. Here's a copy of my smb.conf file: *********** [global] printing = lprng printcap name = /etc/printcap log level = 1 load printers = no guest account = nobody security = domain workgroup =

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

I've gotten driver-downloads to work from WinNT/2K clients, but I still can't seem to figure out how to get things to work with Win9x clients. Here's a copy of my smb.conf file: *********** [global] printing = lprng printcap name = /etc/printcap log level = 1 load printers = no guest account = nobody security = domain workgroup =