Inherent code performance advantages of D over C?

Paulo Pinto pjmlp at progtools.org
Fri Dec 13 23:46:54 PST 2013


Am 13.12.2013 18:34, schrieb H. S. Teoh:
> On Fri, Dec 13, 2013 at 03:30:21PM +0100, Paulo Pinto wrote:
> [...]
>> Maybe the best way to fix this issue is to follow what other
>> language standards do (C++, Ada) and only define that inline
>> assembly is possible and how the entry point, e.g. asm () looks
>> like.
>>
>> The real inline assembly syntax is then left implementation
>> specific.
>
> But isn't this what Walter was arguing against? He wanted to standardize
> inline assembly syntax for x86 because leaving it up to implementation
> resulted in the current mess of Intel syntax vs. GNU syntax (which can
> be extremely confusing if you're not well-versed in both syntaxes, since
> the order of operands are swapped and there are some subtle notational
> differences).
>
>
> T
>

Yeah, but it is an easier path to have something standardized that 
corresponds to reality, than making all frontends agree on the same 
syntax and semantics for inline assembler.

If I understood correctly the current issues, that is.


--
Paulo


More information about the Digitalmars-d mailing list