Seems like a horrible assumption to make when inventing a systems programming language that intends to go head to head with C/C++ :)<br><br><div class="gmail_quote">On 30 October 2011 03:51, Alex Rønne Petersen <span dir="ltr"><<a href="mailto:xtzgzorex@gmail.com">xtzgzorex@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="h5">On 30-10-2011 02:49, Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What's the deal with core.cpuid?<br>
I realise it is an x86 opcode, but is that something that you really<br>
want totally bare in core like that?<br>
I'm experimenting with other architectures, and some sort of<br>
core.processorInfo would be really nice, surely an API for this stuff<br>
should be more generalised...?<br>
</blockquote>
<br></div></div>
That module was probably designed around the assumption that D would never run on !x86 architectures, which is clearly not the case with GDC existing...<br><font color="#888888">
<br>
- Alex<br>
</font></blockquote></div><br>