The D1 and D2 documentation for "Predefined Versions" does not include macintosh/osx, does not mention how FreeBSD is handled, and does not point out any distinction between "linux" and "Posix".
It also doesn't mention how Solaris is handled.
DMD doesn't handle Solaris yet afaik, GDC calls it "solaris": http://www.prowiki.org/wiki4d/wiki.cgi?DocComments/Version
"Solaris" is a predefined version identifier in DMD 1.045
How is the distinction between GUI and console apps on Mac OS X handled, given such incompatibilities between them as the line break style? And what about whatever other 32+-bit platforms exist? (Game consoles? iPhone? ....)
I'm thinking now that the best solution may be to have an official list of version identifiers for OSs maintained separately from the D1 and D2 specs, and have those specs link to this list. That way, once the D1 spec is finished, this list can still be kept up to date with new OSs that may emerge, ready for anyone wanting to write a D compiler therefor.
I'd rather see the spec fully contained within the spec, not having references to external sites. As further justification to my view, in addition to version identifiers, the ABI part of the spec likely needs updates for new platforms too. Just because they're not implemented by DMD doesn't mean the spec shouldn't contain those platforms. So, for those that maintain compilers that support other platforms, can you attach a diff for at least the version identifiers and file another bug report to update the abi portion of the spec as well? :) Thanks, Brad
(In reply to comment #6) > I'd rather see the spec fully contained within the spec, not having references > to external sites. Well, obviously it wouldn't be an external site. It would be a list somewhere on the D website but separate from the core language spec. Or maybe a page that is in the spec but with an exemption made from freezing to allow for additions of new platforms. > As further justification to my view, in addition to version > identifiers, the ABI part of the spec likely needs updates for new platforms > too. Just because they're not implemented by DMD doesn't mean the spec > shouldn't contain those platforms. Yes, that's exactly why I proposed this. The ABI page should be dealt with in the same way as the predefined version page. I suppose it's a matter of creating a "Platform specifics" section of the specs. This would cover not only the predefined versions and ABI, but also such things as the inline assembler and possibly the current pages on Win32 specifics.
> (In reply to comment #6) > Or maybe a page that is in the spec but with an exemption made from freezing > to allow for additions of new platforms. Ah, well, the freeze of the D1 spec has been pragmatic enough to support updates like this anyway, so no need to worry terribly much about that. I'll reach out on the digitalmars.D newsgroup to attempt to gather up the current list to fold in so this bug can be closed out.
(In reply to comment #0) > does not mention how FreeBSD is handled, and does not point out > any distinction between "linux" and "Posix". Platform identifiers are provided for user code so that it can work platform-dependent and it's up to user code to handle it in any way needed. For example it's used in core.stdc.stdio to version out various declaration.
Updated from compiler source cond.c. http://www.dsource.org/projects/phobos/changeset/2147
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル