http://d.puremagic.com/issues/show_bug.cgi?id=2066
--- Comment #4 from [EMAIL PROTECTED] 2008-11-24 00:23 ---
Thanks for the workaround, Janice. Here is another example that is almost
certainly related (CTFE seems to work only with single-digit numbers!):
import std.stdio;
import std
http://d.puremagic.com/issues/show_bug.cgi?id=2470
Summary: Cannot build libraries from other libraries
Product: D
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2041
--- Comment #2 from [EMAIL PROTECTED] 2008-11-23 19:34 ---
I think the only misleading part about it is that it says "interfaces
correspond to the interface exposed by operating system objects." That, to me,
implies that they are pri
http://d.puremagic.com/issues/show_bug.cgi?id=2041
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://d.puremagic.com/issues/show_bug.cgi?id=1748
--- Comment #6 from [EMAIL PROTECTED] 2008-11-23 08:43 ---
The patch I submitted fixes the case of:
class S(T){}
I don't think it fixes any other cases:
class S(T)
{
class B {}
}
S!(int).B.stringof == B
template Template(T)
{
http://d.puremagic.com/issues/show_bug.cgi?id=2469
Summary: arbitrary struct accepted as struct initializer
Product: D
Version: 1.035
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: accepts-invalid
Severity: no
http://d.puremagic.com/issues/show_bug.cgi?id=2468
Summary: result type of AndAndExp and OrOrExp deduced incorrectly
Product: D
Version: 1.035
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: patch
Severity: nor