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(&T.memFunc)` could be is:
```d
ref int function(return ref immutable T, re
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 S
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
Severity|normal
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 that we're able to take the add
https://issues.dlang.org/show_bug.cgi?id=3720
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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||default_357-l...@yahoo.de
--- Comment #15 f
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 compiler can disallow
> >
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 it into a delegate.
I
https://issues.dlang.org/show_bug.cgi?id=3720
Steven Schveighoffer changed:
What|Removed |Added
CC||schvei...@yahoo.com
--- Comment #12 fr
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 = &S.fun;
fp();
}
There may be 2 schools of
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
See Also|
https://issues.dlang.org/show_bug.cgi?id=3720
Mike Franklin changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=3720
--- Comment #10 from Marenz ---
helpful info: The type of `fun` in the provided example is `void function ( )`
--
https://issues.dlang.org/show_bug.cgi?id=3720
Ketmar Dark changed:
What|Removed |Added
CC||ket...@ketmar.no-ip.org
--
https://issues.dlang.org/show_bug.cgi?id=3720
Sprink changed:
What|Removed |Added
CC||dl...@supradigital.org
--- Comment #9 from Sprink -
https://issues.dlang.org/show_bug.cgi?id=3720
Walter Bright changed:
What|Removed |Added
Keywords||safe
CC|
https://issues.dlang.org/show_bug.cgi?id=3720
Andrei Alexandrescu changed:
What|Removed |Added
Version|D1 & D2 |D2
--
https://issues.dlang.org/show_bug.cgi?id=3720
nick changed:
What|Removed |Added
CC||nicolas.jincher...@gmail.co
|
https://issues.dlang.org/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
--- Comment #8 from yeb
https://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||destructiona...@gmail.com
--- Comment #7 f
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||wfunct...@hotmail.com
--- Comment #6 from y
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
AssignedTo|nob...@puremagic.com|yebbl...@gmail.com
--- Comment #5 from yebb
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
Keywords||accepts-invalid
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||suicide...@xited.de
--- Comment #3 from yeb
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||rayerd@gmail.com
--- Comment #2 from ye
http://d.puremagic.com/issues/show_bug.cgi?id=3720
yebblies changed:
What|Removed |Added
CC||raphael.lond...@gmail.com
--- Comment #1 fr
38 matches
Mail list logo