[Issue 4338] Structs with non-const destructors cannot be used as const parameters

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4338 Austin Hastings changed: What|Removed |Added CC||ah0801...@yahoo.com --- Comment #2 f

[Issue 5110] New: Excess attribute propagation of structs and classes

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5110 Summary: Excess attribute propagation of structs and classes Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: spec Severity: normal

[Issue 5110] Excess attribute propagation of structs and classes

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5110 --- Comment #1 from Shin Fujishiro 2010-10-24 02:05:22 PDT --- The current ClassDeclaration uses the following black list for masking attributes to propagate over its members: sc->stc &= ~(STCfinal | STCauto | STCscope | S

[Issue 5110] Excess attribute propagation of structs and classes

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5110 --- Comment #2 from Shin Fujishiro 2010-10-24 02:09:16 PDT --- Created an attachment (id=792) Testcases Since nothrow, pure and @disable are one-way, non-revertible attributes, the language should not force them to be propagated IMO. So, str

[Issue 5110] Excess attribute propagation of structs and classes

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5110 --- Comment #3 from Shin Fujishiro 2010-10-24 02:18:33 PDT --- Created an attachment (id=793) Patch against dmd r727, passed dmd/druntime/phobos tests The proposed patch implements the said rule. The patch limits STC propagation via Scope's

[Issue 5111] New: Static function-level variables are not in the language spec.

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5111 Summary: Static function-level variables are not in the language spec. Product: D Version: unspecified Platform: Other OS/Version: Other Status: NEW Sever

[Issue 5112] New: scope is deprecated, but this is not mentioned in the specification

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5112 Summary: scope is deprecated, but this is not mentioned in the specification Product: D Version: unspecified Platform: Other OS/Version: Other Status: NEW

[Issue 5079] [ICE on invalid code] '0' on line 1103 in file 'glue.c' on undefined symbol during CTFE

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5079 Rob Jacques changed: What|Removed |Added Keywords||ice-on-invalid-code Severity|no

[Issue 5079] [ICE on invalid code] '0' on line 1103 in file 'glue.c' on undefined symbol during CTFE

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5079 --- Comment #2 from Rob Jacques 2010-10-24 08:54:31 PDT --- P.S. The ICE naturally also affects __traits(compiles, T[0].sizeof ), which make escaping the underlying bugs very difficult. -- Configure issuemail: http://d.puremagic.com/issues/us

[Issue 5112] scope is deprecated, but this is not mentioned in the specification

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5112 Stewart Gordon changed: What|Removed |Added CC||s...@iname.com --- Comment #1 from St

[Issue 5112] scope is deprecated, but this is not mentioned in the specification

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5112 --- Comment #2 from Peter Alexander 2010-10-24 11:09:35 PDT --- (In reply to comment #1) > A *specification* should not list planned future changes at all. Besides, > such > a list cannot satisfy any objective standard for completeness. > >

[Issue 5113] New: stray e2ir: in casting error message

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5113 Summary: stray e2ir: in casting error message Product: D Version: D1 Platform: Other OS/Version: Linux Status: NEW Severity: trivial Priority: P4 Component

[Issue 5112] scope is deprecated, but this is not mentioned in the specification

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5112 --- Comment #3 from Stewart Gordon 2010-10-24 18:24:17 PDT --- (In reply to comment #2) > Here's a relevant link: > http://www.digitalmars.com/pnews/read.php?server=news.digitalmars.com&group=digitalmars.D&artnum=114064 Far better to link to

[Issue 3939] Built-in __vptr attribute for classes too

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3939 --- Comment #1 from bearophile_h...@eml.cc 2010-10-24 18:27:12 PDT --- Currently this seems the most efficient way to have a static class attribute that contains a __vptr (here converted to a size_t and named classId): class Foo { static i

[Issue 5114] New: Too many error messages with main(;

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5114 Summary: Too many error messages with main(; Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: diagnostic Severity: minor Pri

[Issue 5115] New: std.typecons.scoped problems

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5115 Summary: std.typecons.scoped problems Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: enhancement Priority: P2 Component: Ph

[Issue 5116] New: Too many error messages with failed template constraint

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5116 Summary: Too many error messages with failed template constraint Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: diagnostic

[Issue 4398] dmd always uses Windows name mangling for _d_throw

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4398 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #

[Issue 4398] dmd always uses Windows name mangling for _d_throw

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4398 --- Comment #24 from Walter Bright 2010-10-24 21:46:02 PDT --- No need to mess with LONGJMP_MANGLE_NAME and CPP_LONGJMP_MANGLE_NAME as they are for the C++ compiler. They are never referenced by dmd, and do not appear in Phobos. -- Configure

[Issue 4398] dmd always uses Windows name mangling for _d_throw

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4398 --- Comment #25 from Walter Bright 2010-10-24 22:19:49 PDT --- Compiler: http://www.dsource.org/projects/dmd/changeset/730 Phobos1: http://www.dsource.org/projects/phobos/changeset/2114 Druntime: http://www.dsource.org/projects/druntime/change

[Issue 4398] dmd always uses Windows name mangling for _d_throw

2010-10-24 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4398 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|