https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #53 from Steven Schveighoffer ---
(In reply to RazvanN from comment #52)
> However, in master, this is "fixed" but deprecated, so
> the functionality still can be used.
Not for LDC or GDC.
--
https://issues.dlang.org/show_bug.cgi?id=5710
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
--- Comment #52 from
https://issues.dlang.org/show_bug.cgi?id=5710
Max Samukha changed:
What|Removed |Added
CC||maxsamu...@gmail.com
--- Comment #51 from Max
https://issues.dlang.org/show_bug.cgi?id=5710
Thomas Brix Larsen changed:
What|Removed |Added
CC||b...@brix-verden.dk
--
https://issues.dlang.org/show_bug.cgi?id=5710
Bolpat changed:
What|Removed |Added
CC||qs.il.paperi...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=5710
Simen Kjaeraas changed:
What|Removed |Added
CC||simen.kja...@gmail.com
--- Comment #50 from
https://issues.dlang.org/show_bug.cgi?id=5710
timon.g...@gmx.ch changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #48 from Dlang Bot ---
dlang/dmd pull request #9702 "Deprecate "Fix for the non-global template issue
5710"" was merged into master:
- e12476303a698305b1904892d07e686051643549 by Iain Buclaw:
Deprecate "Fix for the non-global template
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #47 from Dlang Bot ---
dlang/phobos pull request #7441 "Change all bug ID to links" was merged into
master:
- 4c85510313cc84be8271e6668d622ae563bc55a7 by Geod24:
Improve comment about issue 5710
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #46 from Dennis ---
*** Issue 3051 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=5710
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=5710
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #44 from Dlang Bot ---
https://issues.dlang.org/show_bug.cgi?id=5710
Seb changed:
What|Removed |Added
CC||greeen...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=5710
ZombineDev changed:
What|Removed |Added
CC||petar.p.ki...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=5710
Simen Kjaeraas changed:
What|Removed |Added
CC||simend...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=5710
calex changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #42 from Martin Nowak ---
I'm hearing that C++ closures simply pass one pointer/reference for each
referenced variable, which does support an arbitrary amount of contexts.
Sounds interesting.
--
https://issues.dlang.org/show_bug.cgi?id=5710
Martin Nowak changed:
What|Removed |Added
OS|Windows |All
--
https://issues.dlang.org/show_bug.cgi?id=5710
Maksim Zholudev maxim...@gmail.com changed:
What|Removed |Added
CC||maxim...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=5710
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #40 from Sobirari Muhomori dfj1es...@sneakemail.com ---
This is exactly my point: don't make it a different thing. The function needs
two contexts, they can be nested, backend and frontend can construct and access
such nested contexts, no
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #38 from Sobirari Muhomori dfj1es...@sneakemail.com ---
(In reply to Martin Nowak from comment #34)
It's still challenging to implement all the IR gen for this.
BTW, looks like all the code generation was there for ages:
struct A
{
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #39 from timon.g...@gmx.ch ---
(In reply to Sobirari Muhomori from comment #38)
(In reply to Martin Nowak from comment #34)
It's still challenging to implement all the IR gen for this.
BTW, looks like all the code generation was
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #37 from Sobirari Muhomori dfj1es...@sneakemail.com ---
(In reply to Martin Nowak from comment #34)
Yes, this is similar to comment 31 and it should work using the normal
delegate pointer. It's still challenging to implement all the IR
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #33 from Sobirari Muhomori dfj1es...@sneakemail.com ---
A slightly more straightforward solution: the passed context is effectively a
closure, and it can contain any variables, so let's just pass this pointer in
the closure context struct.
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #34 from Martin Nowak c...@dawg.eu ---
(In reply to Sobirari Muhomori from comment #33)
A slightly more straightforward solution: the passed context is effectively
a closure, and it can contain any variables, so let's just pass this
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #35 from Martin Nowak c...@dawg.eu ---
(In reply to Kenji Hara from comment #29)
(In reply to comment #27)
(In reply to comment #26)
(In reply to comment #25)
Good to see, that you already know this solution.
I think the
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #36 from deadalnix deadal...@gmail.com ---
Just putting that here:
http://wiki.dlang.org/DIP30
--
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #32 from timon.g...@gmx.ch ---
(In reply to Kenji Hara from comment #29)
...
#1 is necessary for the multiple-context delegates. But applying same rule
for existing one-context delegates
There is no particular reason to apply the
https://d.puremagic.com/issues/show_bug.cgi?id=5710
timon.g...@gmx.ch changed:
What|Removed |Added
CC||timon.g...@gmx.ch
--- Comment #27
https://d.puremagic.com/issues/show_bug.cgi?id=5710
Jacob Carlborg d...@me.com changed:
What|Removed |Added
CC||d...@me.com
--- Comment
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #29 from Kenji Hara k.hara...@gmail.com 2013-11-18 02:00:56 PST
---
(In reply to comment #27)
(In reply to comment #26)
(In reply to comment #25)
Good to see, that you already know this solution.
I think the biggest
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #30 from David Nadlinger c...@klickverbot.at 2013-11-18 03:42:49
PST ---
(In reply to comment #29)
#1 is necessary for the multiple-context delegates. But applying same rule for
existing one-context delegates will add hidden
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #31 from Martin Nowak c...@dawg.eu 2013-11-18 13:58:12 PST ---
(In reply to comment #29)
#1 is necessary for the multiple-context delegates. But applying same rule for
existing one-context delegates will add hidden runtime cost
https://d.puremagic.com/issues/show_bug.cgi?id=5710
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
CC||c...@dawg.eu
--- Comment
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #26 from Kenji Hara k.hara...@gmail.com 2013-11-17 17:51:54 PST
---
(In reply to comment #25)
Good to see, that you already know this solution.
I think the biggest hurdle to implement is teaching the IR/backend to get
doStuff's
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #24 from Steven Schveighoffer schvei...@yahoo.com 2013-05-07
05:52:41 PDT ---
(In reply to comment #23)
No, because you can call the same template instantiation with different this
pointers even though the alias parameter is
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Diggory digg...@googlemail.com changed:
What|Removed |Added
CC||digg...@googlemail.com
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #18 from Steven Schveighoffer schvei...@yahoo.com 2013-05-06
14:50:59 PDT ---
(In reply to comment #17)
Kenji's solution means two context pointer delegates are just normal delegates
(still a function pointer and a context
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #19 from Diggory digg...@googlemail.com 2013-05-06 15:20:20 PDT
---
(In reply to comment #18)
(In reply to comment #17)
Kenji's solution means two context pointer delegates are just normal
delegates
(still a function
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #20 from Steven Schveighoffer schvei...@yahoo.com 2013-05-06
16:59:08 PDT ---
(In reply to comment #19)
How the parameters are actually passed is fairly irrelevant, the main problem
which needs to be solved is how to store two
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #21 from Diggory digg...@googlemail.com 2013-05-06 17:50:32 PDT
---
(In reply to comment #20)
(In reply to comment #19)
How the parameters are actually passed is fairly irrelevant, the main
problem
which needs to be
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #22 from Steven Schveighoffer schvei...@yahoo.com 2013-05-06
18:10:18 PDT ---
(In reply to comment #21)
The problem with Rainer's idea is that the callee would need to know the
layout
of the stack frame in the context in which
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #23 from Diggory digg...@googlemail.com 2013-05-06 18:58:25 PDT
---
(In reply to comment #22)
(In reply to comment #21)
The problem with Rainer's idea is that the callee would need to know the
layout
of the stack frame in
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #13 from Andrei Alexandrescu and...@metalanguage.com 2012-07-30
09:38:34 PDT ---
I think Kenji's design is very promising. I assume it uses static arrays, i.e.
no dynamic allocation. On the other hand, we need to think this through
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #12 from David Simcha dsim...@yahoo.com 2011-12-28 06:33:47 PST
---
Any chance of this getting fixed anytime soon now that we're addressing a whole
bunch of lambda-related issues? If not, I think I can use UFCS to move
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #11 from David Simcha dsim...@yahoo.com 2011-08-23 21:48:56 PDT
---
(In reply to comment #6)
1. function pointer
2. function pointer with context pointer (delegate)
3. function pointer with two context pointers
Is that really
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #10 from David Simcha dsim...@yahoo.com 2011-08-19 07:03:02 PDT
---
(In reply to comment #9)
My idea:
doStuff receives a context pointer that points 'an array of context pointers'.
Backend receives code like follows...
uint
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
CC||k.hara...@gmail.com
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
CC||r.sagita...@gmx.de
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Brad Roberts bra...@puremagic.com changed:
What|Removed |Added
CC||bra...@puremagic.com
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #2 from David Simcha dsim...@yahoo.com 2011-03-06 11:05:37 PST ---
So is this an WONTFIX, then? Unfortunately it severely hurts my
std.parallelism design in some use cases, and a workaround for it would be a
significant PITA to
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #3 from Walter Bright bugzi...@digitalmars.com 2011-03-06
15:19:12 PST ---
(In reply to comment #2)
So is this an WONTFIX, then?
Unless there's an epiphany somewhere, yes. How would you suggest two hidden
context pointers be
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Andrei Alexandrescu and...@metalanguage.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #5 from David Simcha dsim...@yahoo.com 2011-03-06 16:29:07 PST ---
(In reply to comment #3)
(In reply to comment #2)
So is this an WONTFIX, then?
Unless there's an epiphany somewhere, yes. How would you suggest two hidden
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #6 from Walter Bright bugzi...@digitalmars.com 2011-03-06
22:18:04 PST ---
(In reply to comment #4)
First, the compiler should figure out that add does not need a frame pointer
and consider it a static inner function, not a
58 matches
Mail list logo