[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 ah0801...@yahoo.com changed: What|Removed |Added CC|

[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 rsi...@gmail.com 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

[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 rsi...@gmail.com 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

[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 rsi...@gmail.com 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

[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

[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 sandf...@jhu.edu changed: What|Removed |Added Keywords||ice-on-invalid-code

[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 sandf...@jhu.edu 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:

[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 s...@iname.com changed: What|Removed |Added CC||s...@iname.com ---

[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 peter.alexander...@gmail.com 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

[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

[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 s...@iname.com 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.comgroup=digitalmars.Dartnum=114064 Far better

[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

[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

[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:

[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:

[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 bugzi...@digitalmars.com changed: What|Removed |Added CC|

[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 bugzi...@digitalmars.com 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

[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 bugzi...@digitalmars.com 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:

[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 bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED