https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #28 from RazvanN ---
*** Issue 17315 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #27 from Bolpat ---
Given
```d
struct T
{
ref int memFunc(return ref int i) return @safe immutable { return i; }
}
```
I guess the only reasonable thing `typeof()` could be is:
```d
ref int function(return ref immutable T, return ref
https://issues.dlang.org/show_bug.cgi?id=3720
RazvanN changed:
What|Removed |Added
CC||schue...@gmx.net
--- Comment #26 from RazvanN ---
https://issues.dlang.org/show_bug.cgi?id=3720
Max Samukha changed:
What|Removed |Added
CC||maxsamu...@gmail.com
--- Comment #25 from Max
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #24 from Bolpat ---
@Zombine(In reply to ZombineDev from comment #18)
> […]
>
> 2. After deprecation period is finished, reintroduce the
> &. but with different semantics: retunring a
> delegate with context pointer set to null.
Why? If
https://issues.dlang.org/show_bug.cgi?id=3720
dlang+iss...@me.tracemymail.com changed:
What|Removed |Added
CC|dlang+issues@me.tracemymail |
|.com
---
@RazvanN7 created dlang/dmd pull request #14688 "Fix Issue 3720 - Taking
address of member functions possible without an instance" fixing this issue:
- Fix Issue 3720 - Taking address of member functions possible without an
instance
https://github.com/dlang/dmd/pull/14688
--
https://issues.dlang.org/show_bug.cgi?id=3720
RazvanN changed:
What|Removed |Added
CC||to...@weka.io
--- Comment #22 from RazvanN ---
https://issues.dlang.org/show_bug.cgi?id=3720
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #20 from RazvanN ---
*** Issue 17080 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=3720
RazvanN changed:
What|Removed |Added
CC||e...@weka.io
--- Comment #19 from RazvanN ---
***
https://issues.dlang.org/show_bug.cgi?id=3720
Bolpat changed:
What|Removed |Added
CC||qs.il.paperi...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=3720
ZombineDev changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #17 from FeepingCreature ---
Right, but I think it's more of a syntax issue. Taking the address of a member
function without a this pointer may in rare cases be useful, but I don't see
what purpose it serves
https://issues.dlang.org/show_bug.cgi?id=3720
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=3720
MichaelZ changed:
What|Removed |Added
CC||dlang@bregalad.de
--
https://issues.dlang.org/show_bug.cgi?id=3720
FeepingCreature changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #14 from Steven Schveighoffer ---
(In reply to Mike Franklin from comment #13)
> > My preference would be to embed in the type of the function pointer, the
> > fact that it takes a hidden context pointer. Then the
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #13 from Mike Franklin ---
> My preference would be to embed in the type of the function pointer, the
> fact that it takes a hidden context pointer. Then the compiler can disallow
> simply calling it without stuffing
https://issues.dlang.org/show_bug.cgi?id=3720
Steven Schveighoffer changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #11 from Mike Franklin ---
A little more information about this issue and the test case:
struct S {
int a;
void fun()
{
this.a = 1;
}
}
void main()
{
auto fp =
fp();
}
There may
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=3720
Ketmar Dark changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=3720
Sprink changed:
What|Removed |Added
CC||dl...@supradigital.org
https://issues.dlang.org/show_bug.cgi?id=3720
Walter Bright changed:
What|Removed |Added
Keywords||safe
https://issues.dlang.org/show_bug.cgi?id=3720
Andrei Alexandrescu and...@erdani.com changed:
What|Removed |Added
Version|D1 D2 |D2
--
https://issues.dlang.org/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=3720
nick nicolas.jincher...@gmail.com changed:
What|Removed |Added
CC|
https://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||destructiona...@gmail.com
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||wfunct...@hotmail.com
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
Keywords||accepts-invalid
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||suicide...@xited.de
---
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||raphael.lond...@gmail.com
35 matches
Mail list logo