I've been running into this problem on consoles.<div>I'd vote for creating a standard, only creating new identifiers according to that standard, and also adding standardised versions of existing identifiers (leaving also the ones don't conform, possibly remove them in D3)<br>
<br>The __APPLE__ one is a problem, how to identify iOS? OS8/9?</div><div><br></div><div>I've been tinkering with PSP... what about Android, PS3, XBox(/360), etc...</div><div>Some of these platforms exist on multiple architectures... how to distinguish the architecture from the platform? Standardisation of arch names?</div>
<div><br><div class="gmail_quote">On 7 November 2011 03:33, Jonathan M Davis <span dir="ltr"><<a href="mailto:jmdavisProg@gmx.com">jmdavisProg@gmx.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 Sunday, November 06, 2011 16:17:59 Walter Bright wrote:<br>
> And finally, there is no such thing as a "sane" version identifier scheme.<br>
> For one thing, OS vendors do not pick sane names. OS/2 is not an<br>
> identifier. Neither is OS X. Nor is GNU/Linux. Nor do the OS vendors pick<br>
> any sane identifiers for their own systems (look at what Sun did).<br>
><br>
> Even if someone comes up with a naming scheme for D that most agree is sane,<br>
> intuitive, and attractive, switching to it would again silently break a<br>
> large swath of existing D code. D cannot advance by constantly breaking<br>
> things.<br>
<br>
</div>I think that what it comes down to is that most D programmers are looking for<br>
consistency and don't care what C is doing with its version identifiers. You<br>
have to look up what they are regardless, since even if you know the C<br>
identifiers and you know that D is trying to follow them, there's still no<br>
guarantee that they're the same. It may not be worth making breaking changes<br>
(e.g. changing linux to Linux) at this point, but at minimum, I'd argue that<br>
new version identifiers should be more consistent. And I believe that some have<br>
argued in the pas that we should just add Linux to make it consistent, but<br>
leave linux to avoid code breakage (which has the upside of increasing<br>
consistency but the downside of creating two version identifiers for the same<br>
thing).<br>
<span class="HOEnZb"><font color="#888888"><br>
- Jonathan M Davis<br>
</font></span></blockquote></div><br></div>