--- Comment #7 from beebe at math dot utah dot edu 2010-04-30 00:23 ---
Subject: Re: Erroneous expansion of __asm__() directive
I accept the explanation of the problem with my sample __asm__()
directive, and I think that we can close my bug report at
http://gcc.gnu.org/bugzill
--- Comment #6 from pinskia at gmail dot com 2010-04-19 15:07 ---
Subject: Re: Erroneous expansion of __asm__() directive
Sent from my iPhone
On Apr 19, 2010, at 7:35 AM, "Nelson H. F. Beebe"
wrote:
>>> That is wrong because with AT&T style x86 asm, the src is first
>>> and th
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-19 14:56 ---
Nobody changed the order of arguments, in AT&T syntax always the result is the
last, in Intel syntax (not the default on Linux unless -masm=intel) the result
is the first.
Perhaps you were lucky and both the input and
--- Comment #4 from beebe at math dot utah dot edu 2010-04-19 14:35 ---
Subject: Re: Erroneous expansion of __asm__() directive
>> That is wrong because with AT&T style x86 asm, the src is first and the dest
>> is
>> second.
That cannot be the case: you cannot change the operand orde
--- Comment #3 from beebe at math dot utah dot edu 2010-04-19 14:34 ---
Subject: Re: Erroneous expansion of __asm__() directive
>> Oh I forgot to mention, sqrt will use sqrtsd and will be inlined so you don't
>> need to use inline-asm yourself.
The test code that I sent is an extract
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-18 06:45 ---
Oh I forgot to mention, sqrt will use sqrtsd and will be inlined so you don't
need to use inline-asm yourself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43782
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-18 06:44 ---
You have the wrong inline-asm:
sqrtsd %0, %1
That is wrong because with AT&T style x86 asm, the src is first and the dest is
second.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
