search for: endef

..."hello world\0A\00" .ascii "hello world\n\000" ---------- End assembly code ---------- When I try to assemble the above code using gcc hello.c.s -o hello.exe I get the following errors: hello.c.s: Assembler messages: hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' hello.c.s:25: Warning: .size pseudo-op used outside...

...uot;hello world\n\000" > ---------- End assembly code ---------- > > When I try to assemble the above code using > gcc hello.c.s -o hello.exe > I get the following errors: > > hello.c.s: Assembler messages: > hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. > hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' > hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. > hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' > hello.c.s:25: Warning: .size ps...

...uot;hello world\n\000" > ---------- End assembly code ---------- > > When I try to assemble the above code using > gcc hello.c.s -o hello.exe > I get the following errors: > > hello.c.s: Assembler messages: > hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. > hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' > hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. > hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' > hello.c.s:25: Warning: .size ps...

...---------- End assembly code ---------- > > > > When I try to assemble the above code using > > gcc hello.c.s -o hello.exe > > I get the following errors: > > > > hello.c.s: Assembler messages: > > hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. > > hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' > > hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. > > hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' > > hello.c.s:2...

I successfully compiled CVS HEAD yesterday on my win32 machine using Visual C++ Express (2005). I also have Mingw tools installed. I wrote a simple hello world application and generated native assembly code using llvm. When I tried to feed the code into GCC, it rejected it with "junk at the end of line" error messages. Shouldn't GCC be able to assemble this code? I realize win32 port

...---- > > > > > > When I try to assemble the above code using > > > gcc hello.c.s -o hello.exe > > > I get the following errors: > > > > > > hello.c.s: Assembler messages: > > > hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. > > > hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' > > > hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. > > > hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' > &...

...terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `mingw32'.* ** ** *as -o crc32_x86.o crc32_x86.s* crc32_x86.S: Assembler messages: crc32_x86.S:80: Warning: .type pseudo-op used outside of .def/.endef ignored. crc32_x86.S:80: Error: junk at end of line, first unrecognized character is `L' crc32_x86.S:83: Error: invalid character '(' in mnemonic crc32_x86.S:118: Error: junk at end of line, first unrecognized character is `|' crc32_x86.S:137: Error: invalid character '(' i...

...9 -fmessage-length 80 -mstackrealign -fms-extension -fms-compatibility -fmsc-version=1300 -fdelayed-template-parsing -fgnu-runtime -fobjc-runtime-has-arc -fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics show-option -fcolor-diagnostics -o test.s -x c test.c .def _f; .scl 2; .type 32; .endef .text .globl _f .align 16, 0x90 _f: # @f # BB#0: movl $-800, %eax # imm = 0xFFFFFFFFFFFFFCE0 movsd _DA, %xmm0 .align 16, 0x90 LBB0_1: # =>This Inner Loop Header: Depth=1 movsd _X+800(%eax), %xmm1 mulsd %xmm0,...

...d 'EmitASCII()' OutStream methods, the latter to deal with dllexports in 'lib/Target/X86/AsmPrinter/AsmPrinter.cpp:569'. > > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100507/55a24b87/attachment.html>

...gt;> >>>> When I try to assemble the above code using >>>> gcc hello.c.s -o hello.exe >>>> I get the following errors: >>>> >>>> hello.c.s: Assembler messages: >>>> hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. >>>> hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' >>>> hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. >>>> hello.c.s:24: Error: junk at end of line, first unrecognized character is `l'...

...-------- End assembly code ---------- > > > > When I try to assemble the above code using > > gcc hello.c.s -o hello.exe > > I get the following errors: > > > > hello.c.s: Assembler messages: > > hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. > > hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' > > hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. > > hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' > > hello.c.s:2...

..., align 16 store <4 x float> zeroinitializer, <4 x float>* %v, align 16 br label %post-block post-block: %f = alloca float ret void } If I feed this to llc with -march=x86, the following is produced. Note the 24 byte offset from ebp: .def _MisalignedStore; .scl 2; .type 32; .endef .text .globl _MisalignedStore .align 16, 0x90 _MisalignedStore: # @MisalignedStore # BB#0: # %entry pushl %ebp movl %esp, %ebp subl $24, %esp pxor %xmm0, %xmm0 movaps %xmm0, -24(%ebp) movl $8, %eax calll __alloca movl %ebp, %esp popl %ebp ret...

...ssembly code ---------- >>> >>>When I try to assemble the above code using >>>gcc hello.c.s -o hello.exe >>>I get the following errors: >>> >>>hello.c.s: Assembler messages: >>>hello.c.s:6: Warning: .type pseudo-op used outside of .def/.endef ignored. >>>hello.c.s:6: Error: junk at end of line, first unrecognized character is `m' >>>hello.c.s:24: Warning: .type pseudo-op used outside of .def/.endef ignored. >>>hello.c.s:24: Error: junk at end of line, first unrecognized character is `l' >>>hel...

..., i32* @x ret i32 0 } Now, I know no memory is allocated for t (ignore that), we'll just expect the final program to crash Running this through llvm-as.exe test.trunk.ll -f -o test.bc and then llc -x86-asm-syntax=intel -o test.trunk.S test.bc yields: .def _main__i__v; .scl 2; .type 32; .endef .text .globl _main__i__v .align 16, 0x90 _main__i__v: # @main__i__v # BB#0: # %locals sub ESP, 20 movss XMM0, DWORD PTR [_t] movss DWORD PTR [ESP + 8], XMM0 fld DWORD PTR [ESP + 8] fisttp QWORD PTR [ESP] mov EAX, DWORD PTR [ESP] mov _x, EAX...

I''ve removed all the LIBLEAF bits in this version, but kept passing the libfsimage plugin location via compiler command line. If there''s a better way to do this, I''m certainly open to it. But looking at it further today I think this isn''t too horrible. Matt

...prune -o -name ''*.[chS]'' -print ) + ( find include/asm-$(TARGET_ARCH) -name ''*.h'' -print; \ + find include -name ''asm-*'' -prune -o -name ''*.h'' -print; \ + find $(SUBDIRS) -name ''*.[chS]'' -print ) +endef + +define set_exuberant_flags + exuberant_flags=`$1 --version 2>/dev/null | grep -iq exuberant && \ + echo "-I __initdata,__exitdata,__acquires,__releases \ + -I EXPORT_SYMBOL,EXPORT_SYMBOL_GPL \ + --extra=+f --c-kinds=+px"` endef .PHONY: _TAGS _TAGS: - rm -f T...

...sp %after the last alloca. The first movl after the two addl is using a wrong address to store the result (%esp points to %dummy, but the result should not be stored there). ------------------------------------------------------------------------ .text .align 16 .def _tmp; .scl 3; .type 32; .endef _tmp: pushl %ebp Llabel1: movl %esp, %ebp Llabel2: pushl %ebx pushl %edi pushl %esi subl $4, %esp LBB1_1: # entry2 movl $8, %esi movl %esi, %eax call __alloca movl %esp, %edi movl %esi, %eax call __alloca movl %esp, %ebx movl %esi, %eax call __alloca movl %esp, -16(%ebp) movl %esi,...

...ounwind readnone { entry: ret i32 42 } Note the ?heyimacxxfunction@@YAHXZ. Now if I generate assembly (using clang or llc) I get: $ clang++ -S -O3 mangling.cpp -o - -Xclang -cxx-abi -Xclang microsoft .def __3F_heyimacxxfunction@@YAHXZ; .scl 2; .type 32; .endef .text .globl __3F_heyimacxxfunction@@YAHXZ .align 16, 0x90 __3F_heyimacxxfunction@@YAHXZ: # @"?heyimacxxfunction@@YAHXZ" # BB#0: # %entry movl $42, %eax ret It turned the ? into _3F_, and prepended _ so...

...' OutStream methods, the latter to deal with dllexports in 'lib/Target/X86/AsmPrinter/AsmPrinter.cpp:569'. >> >> 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. I...

...ream > methods, the latter to deal with dllexports in ' > lib/Target/X86/AsmPrinter/AsmPrinter.cpp:569'. > > 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. -------------- next part -------------- An HTML...