Displaying 12 results from an estimated 12 matches for "implicit_us".
Did you mean:
implicit_use
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
...rn produces the following assembly code:
------------- Assembly code -------------
.text
.align 16
.globl main
.type main, @function
main:
subl $12, %esp
fnstcw 10(%esp)
movb $2, 11(%esp)
fldcw 10(%esp)
call __main
movl $l1__2E_str_1, %eax
movl %eax, (%esp)
call printf
movl $0, %eax
#IMPLICIT_USE
addl $12, %esp
ret
.data
.align 1
.type l1__2E_str_1, at object
.size l1__2E_str_1,13
l1__2E_str_1: # [13 x sbyte]* %.str_1 = c"hello world\0A\00"
.ascii "hello world\n\000"
---------- End assembly code ----------
When I try to assemble the above code using
gcc he...
2005 Mar 08
3
[LLVMdev] GCC assembler rejects native code generated by LLVM
...--------
> .text
> .align 16
> .globl main
> .type main, @function
> main:
> subl $12, %esp
> fnstcw 10(%esp)
> movb $2, 11(%esp)
> fldcw 10(%esp)
> call __main
> movl $l1__2E_str_1, %eax
> movl %eax, (%esp)
> call printf
> movl $0, %eax
> #IMPLICIT_USE
> addl $12, %esp
> ret
>
>
> .data
> .align 1
> .type l1__2E_str_1, at object
> .size l1__2E_str_1,13
> l1__2E_str_1: # [13 x sbyte]* %.str_1 = c"hello world\0A\00"
> .ascii "hello world\n\000"
> ---------- End assembly code -------...
2005 Mar 08
3
[LLVMdev] GCC assembler rejects native code generated by LLVM
...--------
> .text
> .align 16
> .globl main
> .type main, @function
> main:
> subl $12, %esp
> fnstcw 10(%esp)
> movb $2, 11(%esp)
> fldcw 10(%esp)
> call __main
> movl $l1__2E_str_1, %eax
> movl %eax, (%esp)
> call printf
> movl $0, %eax
> #IMPLICIT_USE
> addl $12, %esp
> ret
>
>
> .data
> .align 1
> .type l1__2E_str_1, at object
> .size l1__2E_str_1,13
> l1__2E_str_1: # [13 x sbyte]* %.str_1 = c"hello world\0A\00"
> .ascii "hello world\n\000"
> ---------- End assembly code -------...
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
...gt; subl $12, %esp
> > fnstcw 10(%esp)
> > movb $2, 11(%esp)
> > fldcw 10(%esp)
> > call __main
> > movl $l1__2E_str_1, %eax
> > movl %eax, (%esp)
> > call printf
> > movl $0, %eax
> > #IMPLICIT_USE
> > addl $12, %esp
> > ret
> >
> >
> > .data
> > .align 1
> > .type l1__2E_str_1, at object
> > .size l1__2E_str_1,13
> > l1__2E_str_1: # [13 x sbyte]* %.str_1 = c"hello world\0...
2005 Mar 07
7
[LLVMdev] GCC assembler rejects native code generated by LLVM
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
2005 Mar 08
2
[LLVMdev] GCC assembler rejects native code generated by LLVM
...fnstcw 10(%esp)
> > > movb $2, 11(%esp)
> > > fldcw 10(%esp)
> > > call __main
> > > movl $l1__2E_str_1, %eax
> > > movl %eax, (%esp)
> > > call printf
> > > movl $0, %eax
> > > #IMPLICIT_USE
> > > addl $12, %esp
> > > ret
> > >
> > >
> > > .data
> > > .align 1
> > > .type l1__2E_str_1, at object
> > > .size l1__2E_str_1,13
> > > l1__2E_str_1: #...
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
...>>>> movb $2, 11(%esp)
>>>> fldcw 10(%esp)
>>>> call __main
>>>> movl $l1__2E_str_1, %eax
>>>> movl %eax, (%esp)
>>>> call printf
>>>> movl $0, %eax
>>>> #IMPLICIT_USE
>>>> addl $12, %esp
>>>> ret
>>>>
>>>>
>>>> .data
>>>> .align 1
>>>> .type l1__2E_str_1, at object
>>>> .size l1__2E_str_1,13
>>>> l1__2E_str_1:...
2005 Mar 08
0
[LLVMdev] GCC assembler rejects native code generated by LLVM
...> .type main, @function
> > main:
> > subl $12, %esp
> > fnstcw 10(%esp)
> > movb $2, 11(%esp)
> > fldcw 10(%esp)
> > call __main
> > movl $l1__2E_str_1, %eax
> > movl %eax, (%esp)
> > call printf
> > movl $0, %eax
> > #IMPLICIT_USE
> > addl $12, %esp
> > ret
> >
> >
> > .data
> > .align 1
> > .type l1__2E_str_1, at object
> > .size l1__2E_str_1,13
> > l1__2E_str_1: # [13 x sbyte]* %.str_1 = c"hello world\0A\00"
> > .ascii "hello world\n\0...
2005 Mar 08
1
[LLVMdev] GCC assembler rejects native code generated by LLVM
..., %esp
>>> fnstcw 10(%esp)
>>> movb $2, 11(%esp)
>>> fldcw 10(%esp)
>>> call __main
>>> movl $l1__2E_str_1, %eax
>>> movl %eax, (%esp)
>>> call printf
>>> movl $0, %eax
>>> #IMPLICIT_USE
>>> addl $12, %esp
>>> ret
>>>
>>>
>>> .data
>>> .align 1
>>> .type l1__2E_str_1, at object
>>> .size l1__2E_str_1,13
>>>l1__2E_str_1: # [13 x sbyte]* %.str_1 =...
2007 Dec 11
0
[LLVMdev] Exception handling in JIT
...ASM:
> assert(0 && "JIT does not support inline asm!\n");
> case TargetInstrInfo::LABEL:
> - assert(0 && "JIT does not support meta labels!\n");
> + MCE.EmitLabel(MI.getOperand(0).getImm());
> + break;
> case X86::IMPLICIT_USE:
> case X86::IMPLICIT_DEF:
> case X86::IMPLICIT_DEF_GR8:
> Index: lib/ExecutionEngine/JIT/JITEmitter.cpp
> ===================================================================
> --- lib/ExecutionEngine/JIT/JITEmitter.cpp (revision 44794)
> +++ lib/ExecutionEngine/JIT/JIT...
2007 Dec 12
3
[LLVMdev] Exception handling in JIT
...ert(0 && "JIT does not support inline asm!\n");
>> case TargetInstrInfo::LABEL:
>> - assert(0 && "JIT does not support meta labels!\n");
>> + MCE.EmitLabel(MI.getOperand(0).getImm());
>> + break;
>> case X86::IMPLICIT_USE:
>> case X86::IMPLICIT_DEF:
>> case X86::IMPLICIT_DEF_GR8:
>> Index: lib/ExecutionEngine/JIT/JITEmitter.cpp
>> ===================================================================
>> --- lib/ExecutionEngine/JIT/JITEmitter.cpp (revision 44794)
>> +++ lib...
2007 Dec 10
2
[LLVMdev] Exception handling in JIT
Hi everyone,
Here's a patch that enables exception handling when jitting. I've
copy/pasted _many_code from lib/Codegen/DwarfWriter.cpp, so we may need
to factorize it, but the functionality is there and I'm very happy with
it :)
lli should now be able to execute the output from llvm-gcc when using
exceptions (the UnwindInst instruction is not involved in this patch).
Just add the