[Issue 8656] New: Different naming of member base/next in TypeInfo_Const in object_.d and object.di

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8656 Summary: Different naming of member base/next in TypeInfo_Const in object_.d and object.di Product: D Version: D2 Platform: All OS/Version: All Status: NEW

[Issue 8657] New: TypeInfo generated for const/immutable static arrays not transitive

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8657 Summary: TypeInfo generated for const/immutable static arrays not transitive Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: no

[Issue 8658] New: Passing large structs to function b value causes stack corruption

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8658 Summary: Passing large structs to function b value causes stack corruption Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: norm

[Issue 7752] Static array .init is actually .init of the array element type, not the array.

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7752 monarchdo...@gmail.com changed: What|Removed |Added CC||monarchdo...@gmail.com --- Com

[Issue 8659] New: CTFE: str ~= wchar rejected if string was initialized with an array literal

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8659 Summary: CTFE: str ~= wchar rejected if string was initialized with an array literal Product: D Version: D1 & D2 Platform: All OS/Version: All Status: NEW

[Issue 8660] New: Unclear semantics of array literals of char type, vs string literals

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8660 Summary: Unclear semantics of array literals of char type, vs string literals Product: D Version: D1 & D2 Platform: All OS/Version: All Status: NEW Severi

[Issue 8598] [regression 2.059] Calling template function doesn't print instantiated line number

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8598 Don changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

Re: [Issue 8660] New: Unclear semantics of array literals of char type, vs string literals

2012-09-14 Thread monarch_dodra
On Friday, 14 September 2012 at 11:28:04 UTC, Don wrote: --- Comment #0 from Don 2012-09-14 04:28:17 PDT --- Array literals of char type, have completely different semantics from string literals. In module scope: char[] x = ['a']; // OK -- array literals can have an implicit .dup char[] y

[Issue 8661] New: typeof not an attribute, doesn't work with UFCS

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8661 Summary: typeof not an attribute, doesn't work with UFCS Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 8201] Conversion from dynamic array to static array fails when static array is immutable

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8201 --- Comment #4 from github-bugzi...@puremagic.com 2012-09-14 06:22:13 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/da8e2a038105ad0149a8f66fbcfe31079ce3a53

Re: [Issue 8660] New: Unclear semantics of array literals of char type, vs string literals

2012-09-14 Thread Don Clugston
On 14/09/12 14:50, monarch_dodra wrote: On Friday, 14 September 2012 at 11:28:04 UTC, Don wrote: --- Comment #0 from Don 2012-09-14 04:28:17 PDT --- Array literals of char type, have completely different semantics from string literals. In module scope: char[] x = ['a']; // OK -- array literal

Re: [Issue 8660] New: Unclear semantics of array literals of char type, vs string literals

2012-09-14 Thread monarch_dodra
On Friday, 14 September 2012 at 15:00:29 UTC, Don Clugston wrote: On 14/09/12 14:50, monarch_dodra wrote: On Friday, 14 September 2012 at 11:28:04 UTC, Don wrote: --- Comment #0 from Don 2012-09-14 04:28:17 PDT --- Array literals of char type, have completely different semantics from string

[Issue 8661] typeof not an attribute, doesn't work with UFCS

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8661 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #1

[Issue 8660] Unclear semantics of array literals of char type, vs string literals

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8660 timon.g...@gmx.ch changed: What|Removed |Added CC||timon.g...@gmx.ch --- Comment #1 fr

[Issue 8658] Passing large structs to function b value causes stack corruption

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8658 Maxim Fomin changed: What|Removed |Added CC||ma...@maxim-fomin.ru --- Comment #1 from

[Issue 8658] Passing large structs to function b value causes stack corruption

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8658 Rainer Schuetze changed: What|Removed |Added Platform|All |x86 OS/Version|All

[Issue 8661] typeof not an attribute, doesn't work with UFCS

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8661 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Com

[Issue 8661] typeof not an attribute, doesn't work with UFCS

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8661 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 4272] x.typeof syntax

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4272 monarchdo...@gmail.com changed: What|Removed |Added CC||monarchdo...@gmail.com --- Com

[Issue 4272] x.typeof syntax

2012-09-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4272 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #3

Re: [Issue 8661] typeof not an attribute, doesn't work with UFCS

2012-09-14 Thread ixid
Why is this taking it too far? In the duplicate you also expressed reservations about it without explaining why it's a bad idea. UFCS seems very much like the natural evolution of D's syntax and once (if) that's accepted it should be as consistent and general as possible.