[Issue 7248] New: [CTFE] Stack overflow on using struct filed pointer with address of array element

http://d.puremagic.com/issues/show_bug.cgi?id=7248 Summary: [CTFE] Stack overflow on using struct filed pointer with address of array element Product: D Version: D1 & D2 Platform: Other OS/Version: Windows Status: N

[Issue 7187] Regression(head 12d62ca5): [CTFE] ICE on slicing

http://d.puremagic.com/issues/show_bug.cgi?id=7187 Denis changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Issue 4475] Improving the compiler 'in' associative array can return just a bool

http://d.puremagic.com/issues/show_bug.cgi?id=4475 --- Comment #8 from bearophile_h...@eml.cc 2012-01-08 06:47:39 PST --- (In reply to comment #7) > I don't see why pointers are so bad. While, yes, D is a high-level language, > it > is not C# or Java. Pointers are not evil, but they are usual

[Issue 3934] Some untidy attributes

http://d.puremagic.com/issues/show_bug.cgi?id=3934 --- Comment #25 from bearophile_h...@eml.cc 2012-01-08 07:09:32 PST --- By mleise on IRC #D: struct Foo { void bar() const const const {} } void main() {} -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email

[Issue 3934] Some untidy attributes

http://d.puremagic.com/issues/show_bug.cgi?id=3934 --- Comment #26 from bearophile_h...@eml.cc 2012-01-08 07:22:14 PST --- By mleise on IRC #D: class Base { abstract void foo(); } class Ext : Base { override void foo(); // override should require an implementation } void main() {} If

[Issue 7249] New: 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 Summary: 2.058 regression: "no size yet for forward reference" when using this.init.tupleof Product: D Version: D2 Platform: All OS/Version: All Status: NEW

[Issue 6364] Static struct's destructor called on exit of function

http://d.puremagic.com/issues/show_bug.cgi?id=6364 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7249] 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 --- Comment #1 from Kenji Hara 2012-01-08 15:05:22 PST --- This causes by fixing bug 7190. I think this is similar problem like follows: struct S { int x; alias typeof(this.init.sizeof) T; // Error: struct test.S no size yet for

[Issue 7249] 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 --- Comment #2 from Vladimir Panteleev 2012-01-08 15:11:53 PST --- In my case, the list of fields is passed as a template parameter: struct S(string FIELDS) { mixin(FIELDS); alias typeof(Fields.init.tupleof[0]) TypeOfFirstField; } T

[Issue 7249] 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 --- Comment #3 from Vladimir Panteleev 2012-01-08 15:15:23 PST --- (In reply to comment #2) > In my case, the list of fields is passed as a template parameter: > > struct S(string FIELDS) > { > mixin(FIELDS); > > alias typeof(Fields.

[Issue 7249] 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 --- Comment #4 from Kenji Hara 2012-01-08 15:25:00 PST --- (In reply to comment #2) > So, if you think this is not a bug, I'm not against this change. Yes, I think this is not a bug. Additionally, old behavior had a order dependent problem.

[Issue 7249] 2.058 regression: "no size yet for forward reference" when using this.init.tupleof

http://d.puremagic.com/issues/show_bug.cgi?id=7249 Vladimir Panteleev changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 7239] C style struct initialization doesn't work with aliases

http://d.puremagic.com/issues/show_bug.cgi?id=7239 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7250] New: [UFCS] UFCS chaining doesn't work

http://d.puremagic.com/issues/show_bug.cgi?id=7250 Summary: [UFCS] UFCS chaining doesn't work Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component:

[Issue 4523] [tdpl] .remove method for Associative Arrays returns void in all cases

http://d.puremagic.com/issues/show_bug.cgi?id=4523 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7251] New: GC not working

http://d.puremagic.com/issues/show_bug.cgi?id=7251 Summary: GC not working Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: regression Priority: P2 Component: druntime