[Issue 2799] out contractual clause fails to compile for const returns
http://d.puremagic.com/issues/show_bug.cgi?id=2799 Sobirari Muhomori ma...@pochta.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Sobirari Muhomori ma...@pochta.ru 2009-06-10 02:35:19 PDT --- More detailed description in bug 2933 *** This issue has been marked as a duplicate of issue 2933 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2933] Cannot return const/immutable with contracts (out/invariant) enabled
http://d.puremagic.com/issues/show_bug.cgi?id=2933 Sobirari Muhomori ma...@pochta.ru changed: What|Removed |Added CC||and...@metalanguage.com --- Comment #3 from Sobirari Muhomori ma...@pochta.ru 2009-06-10 02:35:19 PDT --- *** Issue 2799 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2840] Missing line number for int %= complex
http://d.puremagic.com/issues/show_bug.cgi?id=2840 Frits van Bommel fvbom...@wxs.nl changed: What|Removed |Added URL|patch | CC||fvbom...@wxs.nl AssignedTo|bugzi...@digitalmars.com|nob...@puremagic.com OS/Version|Windows |All --- Comment #2 from Frits van Bommel fvbom...@wxs.nl 2009-06-10 02:52:34 PDT --- Don, you may want to look at mtype.c, line 224. basic[Terror] = basic[Tint32]. That's right, Type::terror == Type::tint32. (This is why 'int' shows up in so many error messages) So your patch would disable errors for any expression that's legitimately of type int. In order to fix it this way, you'd need to also introduce a separate error type. (Which I'm sure many people would appreciate if done properly, by the way) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3057] Add pure annotations to core.stdc.*
http://d.puremagic.com/issues/show_bug.cgi?id=3057 --- Comment #6 from Sobirari Muhomori ma...@pochta.ru 2009-06-10 02:58:39 PDT --- String functions are also impure because their arguments can be mutable. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2994] Incomplete Predefined Versions documentation
http://d.puremagic.com/issues/show_bug.cgi?id=2994 --- Comment #9 from Sobirari Muhomori ma...@pochta.ru 2009-06-10 03:14:28 PDT --- (In reply to comment #0) does not mention how FreeBSD is handled, and does not point out any distinction between linux and Posix. Platform identifiers are provided for user code so that it can work platform-dependent and it's up to user code to handle it in any way needed. For example it's used in core.stdc.stdio to version out various declaration. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2840] Missing line number for int %= complex
http://d.puremagic.com/issues/show_bug.cgi?id=2840 --- Comment #3 from Don clugd...@yahoo.com.au 2009-06-10 17:21:46 PDT --- Aargh! You're right. That's useless! That defeats the whole purpose of an error type. It also makes ErrorExp() completely erroneous, because it's just an integer expression without line number! (there's no Loc in the constructor). I think there's at least one other patch I've submitted which is invalid for the same reason. There definitely needs to be an error type. It would take a lot of familiarity with the code to be able to make one, though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---