in std? what's the story with core? is it being deprecated?<div>I would think that cpuid should be a subset of a generalised sysinfo (or processorinfo perhaps)... something you can optionally obtain if you first identify that you're on an x86.</div>
<div><br></div><div>Why would there be a 'higher level' module? I'd like a low level query like that for all processors. It just seems weird having an x86-only feature exposed directly in core.</div><div><br><div class="gmail_quote">
On 31 October 2011 09:11, Don <span dir="ltr"><<a href="mailto:nospam@nospam.com">nospam@nospam.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 30.10.2011 02:49, Manu wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
What's the deal with core.cpuid?<br></div><div class="im">
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>
</div></blockquote>
<br>
core.cpuid exists *because the runtime needs it*. It's deliberately _very_ low level. For example, it is essential that it does NOT perform any memory allocation. The information it provides is CPU-dependent.<br>
<br>
Basically -- don't use core.cpuid unless you're programming in asm.<br>
<br>
Indeed, there should be a higher level module (std.sysinfo ?) for more general use.<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div><br></div>