[Issue 1246] module in multiple packages error needs fixing
http://d.puremagic.com/issues/show_bug.cgi?id=1246 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Don clugd...@yahoo.com.au 2012-11-21 00:40:53 PST --- Fixed a few releases ago. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1456] Cannot use a constant with alias template parameters
http://d.puremagic.com/issues/show_bug.cgi?id=1456 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #4 from Don clugd...@yahoo.com.au 2012-11-21 00:42:37 PST --- This is not a bug. The reason it works in D2 is that D2 allows expressions as template alias parameters. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1481] add final on template function cause local variable be finaled
http://d.puremagic.com/issues/show_bug.cgi?id=1481 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 00:43:40 PST --- This is fixed in both D1 and D2. Part of an attribute bugfix I believe. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1863] better error message: Error: hidden method called for some class
http://d.puremagic.com/issues/show_bug.cgi?id=1863 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Don clugd...@yahoo.com.au 2012-11-21 00:44:39 PST --- This became a compile-time error in 2.054. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 965] `is(uncompilable template)` is true and doesn't gap errors if not in a function
http://d.puremagic.com/issues/show_bug.cgi?id=965 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||dav...@126.com --- Comment #5 from Don clugd...@yahoo.com.au 2012-11-21 00:47:55 PST --- *** Issue 2167 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 5991] druntime Win64
http://d.puremagic.com/issues/show_bug.cgi?id=5991 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 00:46:41 PST --- Win64 alpha has been released with working druntime. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5990] Phobos Win64 - D1
http://d.puremagic.com/issues/show_bug.cgi?id=5990 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 00:46:18 PST --- Win64 alpha has been released. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4658] Support needed for new x86 and x86_64 instructions
http://d.puremagic.com/issues/show_bug.cgi?id=4658 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 00:45:42 PST --- Spec was updated in commit 65f74726, 2012-10-2. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5992] Phobos Win64 - D2
http://d.puremagic.com/issues/show_bug.cgi?id=5992 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 00:47:08 PST --- Win64 alpha has been released with working Phobos. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2167] incorrect behaviour of IsExpression on invalid template instance
http://d.puremagic.com/issues/show_bug.cgi?id=2167 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #6 from Don clugd...@yahoo.com.au 2012-11-21 00:47:55 PST --- *** This issue has been marked as a duplicate of issue 965 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 785] Make 'cent' and 'ucent' syntactically valid pending implementation
http://d.puremagic.com/issues/show_bug.cgi?id=785 --- Comment #33 from Jonathan M Davis jmdavisp...@gmx.com 2012-11-21 01:03:00 PST --- Closing since fixed on D2. Doesn't make sense for D1. How do you mean??? As of the end of this year, D1 will no longer be supported, so it will definitely never have cent or ucent unless someone forks it and continues to work on it, in which case, they can do whatever they want with it. But the official D1 compiler will never have cent or ucent, so there's no reason to worry about them for D1. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9051] Passing an immutable global with post-blit to a CTFE function
http://d.puremagic.com/issues/show_bug.cgi?id=9051 Don clugd...@yahoo.com.au changed: What|Removed |Added Keywords||diagnostic Summary|[CTFE] Working with |Passing an immutable global |non-trivial immutable |with post-blit to a CTFE |globals?|function --- Comment #1 from Don clugd...@yahoo.com.au 2012-11-21 02:13:04 PST --- The error message is not coming from CTFE. Here's a simple case from a comment in the compiler source code (declaration.c): /* The problem is the following code: * struct CopyTest { * double x; * this(double a) { x = a * 10.0;} * this(this) { x += 2.0; } * } * const CopyTest z = CopyTest(5.3); // ok * const CopyTest w = z; // not ok, postblit not run * static assert(w.x == 55.0); * because the postblit doesn't get run on the initialization of w. */ I think that if we didn't call this(this), wrong code would result. There is at least a diagnostic bug here - if it must behave this way, the code that creates the comma expression should be issuing the error. Interestingly, if you move it inside a function, the result is different: void foo() { pragma(msg, getSecond(set)); } qqq.d(19): Error: static variable set cannot be referenced at compile time qqq.d(19):called from here: __cpcttmp6.__cpctor(set) qqq.d(19):called from here: getSecond((const const(Set) __cpcttmp6 = __cpcttmp6.__cpctor(set); , __cpcttmp6)) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9052] New: [2.061 alpha] AA.length in a const context tries to call opAssign + no error line number
http://d.puremagic.com/issues/show_bug.cgi?id=9052 Summary: [2.061 alpha] AA.length in a const context tries to call opAssign + no error line number Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: slud...@outerproduct.org --- Comment #0 from S�nke Ludwig slud...@outerproduct.org 2012-11-21 07:31:55 PST --- The following code fails (in length()) because aa.length internally tries to call Json.opAssign. There are also no line numbers in the error message. Happens beginning with the first 2.061 alpha release (or one of the first). Related to http://d.puremagic.com/issues/show_bug.cgi?id=9031 --- struct Json { Json[string] aa; void opAssign(Json) {} size_t length() const { return aa.length; } } --- Error: function json.Json.opAssign (Json _param_0) is not callable using argument types (const(Json)) const Error: cannot implicitly convert expression (p.value) of type const(Json) to Json -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9053] Can't overload functions with mixin
http://d.puremagic.com/issues/show_bug.cgi?id=9053 timon.g...@gmx.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||timon.g...@gmx.ch Resolution||INVALID --- Comment #1 from timon.g...@gmx.ch 2012-11-21 09:35:19 PST --- That is how it is supposed to work. Mixin Scope The declarations in a mixin are ‘imported’ into the surrounding scope. If the name of a declaration in a mixin is the same as a declaration in the surrounding scope, the surrounding declaration overrides the mixin one dlang.org/template-mixin.html You can use a string mixin to generate overloads. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9051] Passing an immutable global with post-blit to a CTFE function
http://d.puremagic.com/issues/show_bug.cgi?id=9051 --- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2012-11-21 10:49:17 PST --- (In reply to comment #1) The error message is not coming from CTFE. Here's a simple case from a comment in the compiler source code (declaration.c): /* The problem is the following code: * struct CopyTest { * double x; * this(double a) { x = a * 10.0;} * this(this) { x += 2.0; } * } * const CopyTest z = CopyTest(5.3); // ok * const CopyTest w = z; // not ok, postblit not run * static assert(w.x == 55.0); * because the postblit doesn't get run on the initialization of w. */ I think that if we didn't call this(this), wrong code would result. I agree in general. And But given that getMeASet(uint[] arr) is an r-value. Surely the result of it should be just moved? The other thought is: can't this(this) be run at compile-time then? What are limitations? There is at least a diagnostic bug here - if it must behave this way, the code that creates the comma expression should be issuing the error. Interestingly, if you move it inside a function, the result is different: The same thing happens if you try passing set by reference be it const or otherwise. void foo() { pragma(msg, getSecond(set)); } qqq.d(19): Error: static variable set cannot be referenced at compile time qqq.d(19):called from here: __cpcttmp6.__cpctor(set) qqq.d(19):called from here: getSecond((const const(Set) __cpcttmp6 = __cpcttmp6.__cpctor(set); , __cpcttmp6)) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 785] Make 'cent' and 'ucent' syntactically valid pending implementation
http://d.puremagic.com/issues/show_bug.cgi?id=785 Stewart Gordon s...@iname.com changed: What|Removed |Added Version|D2 |D1 D2 --- Comment #34 from Stewart Gordon s...@iname.com 2012-11-21 15:29:46 PST --- (In reply to comment #33) Closing since fixed on D2. Doesn't make sense for D1. How do you mean??? As of the end of this year, D1 will no longer be supported, so it will definitely never have cent or ucent unless someone forks it and continues to work on it, in which case, they can do whatever they want with it. But the official D1 compiler will never have cent or ucent, so there's no reason to worry about them for D1. That's exactly why it makes no sense that D1 reserves the words at all. So it certainly isn't a D2-only issue. Still, maybe it isn't worth reopening it since D1 is about to be abandoned. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 785] Make 'cent' and 'ucent' syntactically valid pending implementation
http://d.puremagic.com/issues/show_bug.cgi?id=785 --- Comment #35 from Jonathan M Davis jmdavisp...@gmx.com 2012-11-21 15:43:33 PST --- That's exactly why it makes no sense that D1 reserves the words at all. So it certainly isn't a D2-only issue. Still, maybe it isn't worth reopening it since D1 is about to be abandoned. Yes, it's generally not to reserve identifiers which will never be used, but other languages have done it. For instance, Java reserves goto and const and never uses them. So, it's really not that big a deal if D1 reserves words that it never uses. D1 is merely a fork/branch of D from a point where it was reasonably stable and Walter was about to introduce some major, breaking changes, and it was decided that it would be kinder to the existing D users at the time to branch for continued development. It was never really meant to stick around long term. And it's about to be officially unsupported. So, it's not all that surprising if it has some rough edges anyway. And all that this means is that there are two words that no one using D1 can use - cent and ucent. That's far from a disaster and really not worth our time to worry about IMHO. Also note that it's one of D1's biggest users - Don - who closed the bug. If Don doesn't think that it needs to be fixed for D1, then I think that it's safe to say that we don't need to worry about it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7192] improve error message for object.d cannot be read
http://d.puremagic.com/issues/show_bug.cgi?id=7192 --- Comment #2 from github-bugzi...@puremagic.com 2012-11-21 16:27:50 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/2ec9a289c183ec66b220d2b7650b48348907583f Fixes Issue 7192 - Print user-friendly error message on missing object.d druntime file https://github.com/D-Programming-Language/dmd/commit/aba5f2cd71c0dbd196794d00c7697f9f625dfaaa Merge pull request #1218 from AndrejMitrovic/Fix7192 [trivial] Fix Issue 7192 - Print user-friendly error message on missing object.d file -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7192] improve error message for object.d cannot be read
http://d.puremagic.com/issues/show_bug.cgi?id=7192 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9054] New: std.net.curl byLineAsync and byChunkAsync broken.
http://d.puremagic.com/issues/show_bug.cgi?id=9054 Summary: std.net.curl byLineAsync and byChunkAsync broken. Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: da...@eagen.com --- Comment #0 from David Eagen da...@eagen.com 2012-11-21 19:50:53 PST --- Created an attachment (id=1163) Results from running on 32-bit Ubuntu 12.10 and 64-bit Ubuntu 12.04. The byLineAsync and byChunkAsync functions do not work on Linux (both x86 and x86_64) using DMD 2.0.60. The non-async versions work fine. import std.stdio, std.net.curl; void main() { string url = http://www.dlang.org;; auto chunkRange = byChunk(url, 10); writeln(byChunk: , chunkRange.front); auto asyncChunkRange = byChunkAsync(url, 10); writeln(byChunkAsync: , asyncChunkRange.front); } On x86 the async call throws an exception: std.net.curl.CurlException@std/net/curl.d(3348): An unknown option was passed in to libcurl on handle 8B25400 On x86_64 the async call throws that exception and an OwnerTerminated exception. Logs for both are attached. To get around the problem with link ordering and curl on linux both were compiled with dmd chunktest.d -L-lphobos2 -L-lcurl. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7444] Require [] for array copies too
http://d.puremagic.com/issues/show_bug.cgi?id=7444 --- Comment #11 from github-bugzi...@puremagic.com 2012-11-21 20:12:48 PST --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/e5895640c83d8b5b4c8b2404b4e639ba6fdf2243 Additional fix Issue 7444 in Posix platforms https://github.com/D-Programming-Language/druntime/commit/a54f41c98aa26eeb70274e8b78d8abfb575bcebc Merge pull request #352 from 9rnsr/fix7444 Additional fix Issue 7444 in Posix platforms -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8366] Overriding const member function in conjunction with mutable overload causes a strange error
http://d.puremagic.com/issues/show_bug.cgi?id=8366 --- Comment #4 from github-bugzi...@puremagic.com 2012-11-21 20:37:45 PST --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/d57d808db194c3f1ee6af4d8251478309f0bab49 fix Issue 8366 - Overriding const member function in conjunction with mutable overload causes a strange error https://github.com/D-Programming-Language/druntime/commit/771c2a1503c91df79704277444c550ad463c590c Merge pull request #353 from 9rnsr/fix8366 Issue 8366 - Overriding const member function in conjunction with mutable overload causes a strange error -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---