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 Razv
https://issues.dlang.org/show_bug.cgi?id=5710
Max Samukha changed:
What|Removed |Added
CC||maxsamu...@gmail.com
--- Comment #51 from Max S
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 i
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://github.com/dlang/phobos/pull/744
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 ---
@SSoulai
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
--- Comment #43 from Sim
https://issues.dlang.org/show_bug.cgi?id=5710
calex changed:
What|Removed |Added
CC||calex+bugzilla-mail@aristow
|
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 changed:
What|Removed |Added
CC||maxim...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=5710
Vladimir Panteleev changed:
What|Removed |Added
CC||thecybersha...@gmail.com
--- Comment #41
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #40 from Sobirari Muhomori ---
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 need to reimplement it in
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 #38 from Sobirari Muhomori ---
(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
{
int a;
int delegate(
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #37 from Sobirari Muhomori ---
(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 gen for
> this.
My prop
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #36 from deadalnix ---
Just putting that here:
http://wiki.dlang.org/DIP30
--
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #35 from Martin Nowak ---
(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 big
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #34 from Martin Nowak ---
(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 pointer
> in th
https://issues.dlang.org/show_bug.cgi?id=5710
--- Comment #33 from Sobirari Muhomori ---
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. All the rules of closure
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
--- Comment #31 from Martin Nowak 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 against exis
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #30 from David Nadlinger 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 runtime cost against
https://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #29 from Kenji Hara 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 hurdle to implem
https://d.puremagic.com/issues/show_bug.cgi?id=5710
Jacob Carlborg changed:
What|Removed |Added
CC||d...@me.com
--- Comment #28 from Jac
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
--- Comment #26 from Kenji Hara 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 this pointer fro
https://d.puremagic.com/issues/show_bug.cgi?id=5710
Martin Nowak changed:
What|Removed |Added
CC||c...@dawg.eu
--- Comment #25 from Mart
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #24 from Steven Schveighoffer 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 the same. Each
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #23 from Diggory 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 the context in
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #22 from Steven Schveighoffer 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 the delegate was
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #21 from Diggory 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 solved is how to sto
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #20 from Steven Schveighoffer 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 context pointers in
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #19 from Diggory 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 pointer and a context
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #18 from Steven Schveighoffer 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 pointer) so they can sti
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Diggory changed:
What|Removed |Added
CC||digg...@googlemail.com
--- Comment #17 from
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Steven Schveighoffer changed:
What|Removed |Added
CC||schvei...@yahoo.com
--- Comment
http://d.puremagic.com/issues/show_bug.cgi?id=5710
deadalnix changed:
What|Removed |Added
CC||deadal...@gmail.com
--- Comment #15 from d
http://d.puremagic.com/issues/show_bug.cgi?id=5710
klickverbot changed:
What|Removed |Added
CC||c...@klickverbot.at
--- Comment #14 from
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #13 from Andrei Alexandrescu 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 quite
carefully. One ex
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #12 from David Simcha 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
std.parallelism.map, reduce,
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #11 from David Simcha 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 where we wan
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #10 from David Simcha 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 doStuff(uint a
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Kenji Hara changed:
What|Removed |Added
CC||k.hara...@gmail.com
--- Comment #9 from K
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Brad Roberts changed:
What|Removed |Added
CC||bra...@puremagic.com
--- Comment #8 fro
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
--- Comment #7 fr
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #6 from Walter Bright 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 delegate.
Delegates and fun
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #5 from David Simcha 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
> context pointer
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Andrei Alexandrescu changed:
What|Removed |Added
CC||and...@metalanguage.com
--- Comm
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #3 from Walter Bright 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 handled? Is it clear that tw
http://d.puremagic.com/issues/show_bug.cgi?id=5710
--- Comment #2 from David Simcha 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 implement, make the A
http://d.puremagic.com/issues/show_bug.cgi?id=5710
Walter Bright changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #
60 matches
Mail list logo