[Issue 3075] void delegate(const(void)[]) should be implicitly convertable to void delegate(void[])
http://d.puremagic.com/issues/show_bug.cgi?id=3075 --- Comment #18 from Sobirari Muhomori ma...@pochta.ru 2009-07-13 01:42:00 PDT --- Now I see how this can be connected with delegate casting, but what this has to do with overloading? So now contravariance is not supported at all for overloading? Only exact match? I don't see how this can conflict with function casting. Aren't the contextes different? In the context of overloading check for exact match, in the context of overload resolution check for implicit cast as for any other type. They hardly can clash, only if the compiler is written so that they clash. I suppose no algorithm for implicit function casting was written. It seems it only needs to be written, though I'm not familiar with compiler intrinsics, so I can lose some important details :) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1709] ICE(cgcod.c 1522), using -O, no test case
http://d.puremagic.com/issues/show_bug.cgi?id=1709 --- Comment #6 from Don clugd...@yahoo.com.au 2009-07-13 02:26:48 PDT --- (In reply to comment #5) Changed back to invalid. For it to become valid, it needs a reasonably small reproduction case. If you want to help, actually help -- don't just go changing status because you don't like it. (In reply to comment #4) I think LATER is a better resolution. Testcase is here, it's just too big. Test case is NOT here. It's not an issue of how big it is. The file linked to contains imports to other modules, which are not provided. Also, it's a link to a repository, which has probably changed since the bug report was made. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3158] std.process.execv() not return result, but terminate application
http://d.puremagic.com/issues/show_bug.cgi?id=3158 Witold Baryluk bary...@smp.if.uj.edu.pl changed: What|Removed |Added CC||bary...@smp.if.uj.edu.pl --- Comment #2 from Witold Baryluk bary...@smp.if.uj.edu.pl 2009-07-13 03:07:14 PDT --- exec* calls bahaves this way. So IMHO documentation should be fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3170] New: Forward reference bugs
http://d.puremagic.com/issues/show_bug.cgi?id=3170 Summary: Forward reference bugs Product: D Version: 2.031 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: tim.matthe...@gmail.com Created an attachment (id=422) -- (http://d.puremagic.com/issues/attachment.cgi?id=422) Reproducible A In order for the dnet (D dot net compiler based on dmd front end) to work, import files for the dot net declarations must be generated. Currently the import files cannot be parsed and the error thrown is: Error: class System.Windows.Forms.ToolStripItem is forward referenced when looking for 'ToolStripItemAccessibleObject' I have reduced this down to 2 separate reproducible cases (see attached). Having both of these fixed will make .net interoperability via dnet compiler more achievable and help D generally drop forward reference issues that C++ is prone too. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2716] Confusion of auto and scope as the class attribute
http://d.puremagic.com/issues/show_bug.cgi?id=2716
--- Comment #7 from Stewart Gordon s...@iname.com 2009-07-13 03:58:18 PDT ---
(In reply to comment #6)
Created an attachment (id=421)
-- (http://d.puremagic.com/issues/attachment.cgi?id=421) [details]
Do not consider auto to mean scope.
This is a patch against LDC's DMDFE. It removes the remaining instances of
auto
meaning scope and makes 'auto class C { ... }' and 'auto C c;' an 'Error:
storage class has no effect: auto'. See also bug 3118 .
storage class has no effect seems to be the wrong wording. Firstly, it'll be
a case of doesn't make sense rather than has no effect; secondly, this is
making it not a storage class at all.
Moreover, should we get rid of it straight off, or deprecate it first?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 2716] Confusion of auto and scope as the class attribute
http://d.puremagic.com/issues/show_bug.cgi?id=2716 Christian Kamm kamm-removet...@incasoftware.de changed: What|Removed |Added CC||kamm-removet...@incasoftwar ||e.de --- Comment #8 from Christian Kamm kamm-removet...@incasoftware.de 2009-07-13 09:41:53 PDT --- storage class has no effect seems to be the wrong wording. I'll change it if you come up with a nicer error message. cannot be auto would've been consistent with other error messages of this kind, but I thought the has no effect one was nicer. Firstly, it'll be a case of doesn't make sense rather than has no effect; secondly, this is making it not a storage class at all. That's arguable. My reasoning was that as a do-nothing storage class, auto makes sense everywhere. Its only 'effect' is to allow type inference in the absence of another storage class. Moreover, should we get rid of it straight off, or deprecate it first? I would've if it had ever been in the D1 spec, but as far as I remember it's around purely as a holdover from pre-D1. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3171] New: % not implemented correctly for floats
http://d.puremagic.com/issues/show_bug.cgi?id=3171 Summary: % not implemented correctly for floats Product: D Version: unspecified Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: and...@metalanguage.com Pasting a posting from Walter in digitalmars.d: Hmm, I just noticed that the code generator should use FPREM1 instead to get IEEE conformance. Darn. http://www.sesp.cse.clrc.ac.uk/html/SoftwareTools/vtune/users_guide/mergedProjects/analyzer_ec/mergedProjects/reference_olh/mergedProjects/instructions/instruct32_hh/vc108.htm http://www.sesp.cse.clrc.ac.uk/html/SoftwareTools/vtune/users_guide/mergedProjects/analyzer_ec/mergedProjects/reference_olh/mergedProjects/instructions/instruct32_hh/vc109.htm -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3172] New: compile-time floating point exception when compiling this 4-line code.
http://d.puremagic.com/issues/show_bug.cgi?id=3172
Summary: compile-time floating point exception when compiling
this 4-line code.
Product: D
Version: 2.031
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: ice-on-invalid-code
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ac...@free.fr
void f(ushort b)
{
ulong a = 1;
uint c = a / b;
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3173] New: assert on wrong code (double to long to int conversion)
http://d.puremagic.com/issues/show_bug.cgi?id=3173
Summary: assert on wrong code (double to long to int
conversion)
Product: D
Version: 2.031
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ac...@free.fr
void f1()
{
double d;
int c = cast(long)(d);
}
produces :
dmd: mtype.c:1554: uinteger_t Type::sizemask(): Assertion `0' failed.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 1988] more unicode
http://d.puremagic.com/issues/show_bug.cgi?id=1988 --- Comment #7 from Dimitar Kolev dimitarrosenovko...@hotmail.com 2009-07-13 12:00:18 PDT --- Thanks for the info. Because I already added the other functions I have specified that I will add and I was going to add more but I did not know if that is necessary. I will contact the team and see what will happen. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3166] positive - non-negative in modulo operator description
http://d.puremagic.com/issues/show_bug.cgi?id=3166 Stewart Gordon s...@iname.com changed: What|Removed |Added CC||s...@iname.com --- Comment #1 from Stewart Gordon s...@iname.com 2009-07-13 14:19:38 PDT --- Does it mean positive in the normal mathematical sense, or having the internal sign bit set to positive? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3166] positive - non-negative in modulo operator description
http://d.puremagic.com/issues/show_bug.cgi?id=3166 --- Comment #2 from Stewart Gordon s...@iname.com 2009-07-13 14:21:45 PDT --- Silly me, integral operands. Then it's correct except in the case where the right operand is zero. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2671] Circular imports and static constructors in templates
http://d.puremagic.com/issues/show_bug.cgi?id=2671 Justin mrjn...@gmail.com changed: What|Removed |Added CC||mrjn...@gmail.com Summary|Circular imports and static |Circular imports and static |constructors in templates |constructors in templates --- Comment #1 from Justin mrjn...@gmail.com 2009-07-13 15:50:43 PDT --- I can confirm this as I ran across it while working on a large project. In my case, I use a template mixin to add a static constructor with some special behavior to various classes sprinkled around various modules. The project builds but gives me an error when I try running: Error: circular initialization dependency with module epic.window This is a pretty major hitch in my project, so I'd love to see this fixed or at least a workaround. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
