http://d.puremagic.com/issues/show_bug.cgi?id=7780
Shire changed:
What|Removed |Added
CC||degener_tr...@mail.ru
--- Comment #1 from Shir
http://d.puremagic.com/issues/show_bug.cgi?id=8119
Summary: Cannot cast from void* to forwarded struct pointer
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
C
http://d.puremagic.com/issues/show_bug.cgi?id=7780
--- Comment #2 from Simen Kjaeraas 2012-05-19 03:01:00
PDT ---
(In reply to comment #1)
> Also trivial methods hides mixin overloads:
>
[snip]
Actually, that is quite clearly described under template mixins[1]:
"If the name of a declaratio
http://d.puremagic.com/issues/show_bug.cgi?id=8118
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--- Comment #
http://d.puremagic.com/issues/show_bug.cgi?id=5719
--- Comment #8 from meh. 2012-05-19 04:14:25 PDT ---
Created an attachment (id=1106)
Reduced test case for weird cast behavior.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail
http://d.puremagic.com/issues/show_bug.cgi?id=8110
--- Comment #2 from meh. 2012-05-19 04:13:54 PDT ---
If to avoid the first error I add an opCast!(Object), it works with == but
fails in a weird way when casting.
Following an attachment that shows said behavior.
--
Configure issuemail: http
http://d.puremagic.com/issues/show_bug.cgi?id=8110
--- Comment #3 from meh. 2012-05-19 04:16:56 PDT ---
Created an attachment (id=1107)
Reduced test case for weird cast behavior.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail
http://d.puremagic.com/issues/show_bug.cgi?id=5719
meh. changed:
What|Removed |Added
CC||m...@paranoici.org
--- Comment #9 from meh. 20
http://d.puremagic.com/issues/show_bug.cgi?id=8114
Stewart Gordon changed:
What|Removed |Added
Keywords||accepts-invalid, spec
http://d.puremagic.com/issues/show_bug.cgi?id=8120
Summary: std.conv.to throws exception when converting const
string to int with -O optimisation switch
Product: D
Version: D2
Platform: All
OS/Version: All
Status: N
http://d.puremagic.com/issues/show_bug.cgi?id=8120
--- Comment #1 from pabu...@gmail.com 2012-05-19 06:32:48 PDT ---
Apologies, I had originally simply opened a new thread there instead of
properly filing a bug through bugzilla
http://forum.dlang.org/thread/ubjqjkvmrcgcyefmw...@forum.dlang.org
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #6 from Steven Schveighoffer 2012-05-19
08:28:48 PDT ---
(In reply to comment #5)
> http://dlang.org/type.html#delegates
> "There are no pointers-to-members in D"
I think this specifically refers to C++ pointers-to-members which t
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #8 from Stewart Gordon 2012-05-19 08:36:13 PDT ---
Moreover, I would expect "There are no pointers-to-members in D" to mean "There
are no pointers-to-members in D" not "There are pointers-to-members in D, but
they aren't of the C++
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #7 from Stewart Gordon 2012-05-19 08:34:24 PDT ---
(In reply to comment #6)
> (In reply to comment #5)
> > http://dlang.org/type.html#delegates
> > "There are no pointers-to-members in D"
>
> I think this specifically refers to C++
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #9 from Steven Schveighoffer 2012-05-19
09:13:32 PDT ---
I'm just saying, that might be what it means, but is just poorly explained.
Taking address of member on the class has been around since D1
--
Configure issuemail: http://d.
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #10 from Stewart Gordon 2012-05-19 09:18:15 PDT ---
(In reply to comment #9)
> I'm just saying, that might be what it means, but is just poorly explained.
> Taking address of member on the class has been around since D1
Maybe. But
http://d.puremagic.com/issues/show_bug.cgi?id=8118
--- Comment #3 from wfunct...@hotmail.com 2012-05-19 12:15:42 PDT ---
(In reply to comment #2)
> No bug here you just diabled too much. Undisable opAssign.
>
> It's opAssign that gets called whne a = ... is seen:
> this() { s = S(to!int("1"));
http://d.puremagic.com/issues/show_bug.cgi?id=8118
--- Comment #4 from wfunct...@hotmail.com 2012-05-19 12:17:48 PDT ---
(In reply to comment #3)
> (In reply to comment #2)
> > No bug here you just diabled too much. Undisable opAssign.
> >
> > It's opAssign that gets called whne a = ... is seen
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #11 from wfunct...@hotmail.com 2012-05-19 12:20:00 PDT ---
(In reply to comment #5)
> http://dlang.org/type.html#delegates
> "There are no pointers-to-members in D"
There aren't though. Pointers to members are data types that relati
http://d.puremagic.com/issues/show_bug.cgi?id=8121
Summary: "scope ref" is perfectly OK
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
http://d.puremagic.com/issues/show_bug.cgi?id=8121
--- Comment #1 from wfunct...@hotmail.com 2012-05-19 12:29:43 PDT ---
Also, "scope out" (and even "scope lazy") should also work, since it is
perfectly valid for both of them to say, "this parameter will not be escaped".
--
Configure issuemail
http://d.puremagic.com/issues/show_bug.cgi?id=7594
--- Comment #2 from github-bugzi...@puremagic.com 2012-05-19 13:19:08 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/017219a7b63df210723ffb79386767e4c3dd6f16
http://d.puremagic.com/issues/show_bug.cgi?id=7593
--- Comment #2 from github-bugzi...@puremagic.com 2012-05-19 13:23:31 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/cf6ba5a5a2e85a7968b5809d565b61f5165b03c1
http://d.puremagic.com/issues/show_bug.cgi?id=7594
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7593
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7591
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7593
--- Comment #4 from github-bugzi...@puremagic.com 2012-05-19 13:27:15 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/c09b2fff8c3553d0d66f429c0907b48c98359088
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #12 from Stewart Gordon 2012-05-19 16:22:55 PDT ---
(In reply to comment #11)
> (In reply to comment #5)
> > http://dlang.org/type.html#delegates
> > "There are no pointers-to-members in D"
>
> There aren't though. Pointers to memb
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #13 from wfunct...@hotmail.com 2012-05-19 17:24:47 PDT ---
(In reply to comment #12)
> What dictionary are you going by?
C++'s, since that's the only one I've seen that ever mentions the phrase
"pointer to member". :P
--
Configure
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #14 from Stewart Gordon 2012-05-19 17:49:37 PDT ---
(In reply to comment #13)
> (In reply to comment #12)
> > What dictionary are you going by?
>
> C++'s, since that's the only one I've seen that ever mentions the phrase
> "pointer
http://d.puremagic.com/issues/show_bug.cgi?id=6023
--- Comment #4 from Kenji Hara 2012-05-19 18:38:45 PDT ---
Original sample code cannot yet compile, but error messages are different.
C:\dmd2\src\phobos\std\random.d(1045): Error: template std.random.uniform does
not match any function templat
http://d.puremagic.com/issues/show_bug.cgi?id=6027
Kenji Hara changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=8104
--- Comment #3 from John Belmonte 2012-05-19 18:57:11 PDT ---
https://github.com/D-Programming-Language/dmd/pull/955
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: --
http://d.puremagic.com/issues/show_bug.cgi?id=8104
--- Comment #4 from Kenji Hara 2012-05-19 19:10:14 PDT ---
(In reply to comment #0)
> It should be possible to use UFCS on an opaque struct.
>
>
> struct State;
>
> void foo(State*) {};
>
> void main() {
> State* s;
> foo(s); /
http://d.puremagic.com/issues/show_bug.cgi?id=8114
--- Comment #15 from wfunct...@hotmail.com 2012-05-19 19:28:45 PDT ---
(In reply to comment #14)
> In a more general context, there's nothing to say a "pointer to member" must
> be a distinct type.
It depends on what you mean by "pointer to m
http://d.puremagic.com/issues/show_bug.cgi?id=8122
Summary: opDispatch doesn't forward opCall
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
http://d.puremagic.com/issues/show_bug.cgi?id=8113
Kenji Hara changed:
What|Removed |Added
Summary|alias this and opDispatch() |alias this doesn't forward
http://d.puremagic.com/issues/show_bug.cgi?id=8113
Kenji Hara changed:
What|Removed |Added
Keywords||pull
--- Comment #9 from Kenji Hara 2012
http://d.puremagic.com/issues/show_bug.cgi?id=5332
--- Comment #3 from github-bugzi...@puremagic.com 2012-05-19 21:46:10 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/6a18e736d2296a7f041ba6d23ba73777a14ba5a
39 matches
Mail list logo