https://issues.dlang.org/show_bug.cgi?id=20148
Simen Kjaeraas changed:
What|Removed |Added
CC||simen.kja...@gmail.com
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=1104
Dlang Bot changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=20137
anonymous4 changed:
What|Removed |Added
Keywords||safe
Status|NEW
https://issues.dlang.org/show_bug.cgi?id=20141
--- Comment #1 from anonymous4 ---
Pointers are 32bit on x32, it's the sole purpose of x32.
--
https://issues.dlang.org/show_bug.cgi?id=20141
--- Comment #2 from anonymous4 ---
See also
https://github.com/dlang/druntime/blob/master/src/core/sys/posix/sys/types.d#L45
--
https://issues.dlang.org/show_bug.cgi?id=15651
anonymous4 changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
|
https://issues.dlang.org/show_bug.cgi?id=9983
anonymous4 changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
|
https://issues.dlang.org/show_bug.cgi?id=1514
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=1515
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=1536
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=1547
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #2 from Dlang Bot ---
@RazvanN7
https://issues.dlang.org/show_bug.cgi?id=340
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=20137
--- Comment #3 from Victor Porton ---
This "by design" is very disgracing. Need to do something.
If to make it more reliable it's needed compiler changes, a new compiler
"directive" should be added.
@safe being missing should make harmlessly lookin
https://issues.dlang.org/show_bug.cgi?id=20141
--- Comment #3 from Manu ---
Yes... thanks for that information, that's exactly why I made the point.
--
https://issues.dlang.org/show_bug.cgi?id=19175
Mike Franklin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=20149
Mike Franklin changed:
What|Removed |Added
Keywords||safe
--
https://issues.dlang.org/show_bug.cgi?id=20149
Issue ID: 20149
Summary: [DIP1000] Local data escapes `opSlice` if not
annotated with `return`
Product: D
Version: D2
Hardware: All
OS: All
Status: NE
https://issues.dlang.org/show_bug.cgi?id=20149
--- Comment #1 from Mike Franklin ---
> Observation-2: Decorating `opSlice` with `return` causes a compiler error to
> be correctly emitted where the slice is escaping `foo`
In the example above, that should be `fun`, not `foo`.
--
https://issues.dlang.org/show_bug.cgi?id=20149
--- Comment #2 from Mike Franklin ---
Interestingly removing the `inout` attribution on `opSlice` causes the compiler
to emit an error at the return statement in `fun`. I think the error should
instead be emitted at the return statement of `opSlice`
https://issues.dlang.org/show_bug.cgi?id=20149
--- Comment #3 from Mike Franklin ---
Removing all templating from the example above cause the compiler to emit what
I think is correct behavior:
---
import std.stdio;
@safe:
struct ScopeBuffer
{
this(char[4] buf, size_t len = 0)
{
https://issues.dlang.org/show_bug.cgi?id=20149
--- Comment #4 from Mike Franklin ---
> Removing all templating from the example above cause the compiler to emit
> what I think is correct behavior:
That may mean this is a duplicate of Issue 19965, but I'm not sure.
--
https://issues.dlang.org/show_bug.cgi?id=20149
Mike Franklin changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=19965
Mike Franklin changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
23 matches
Mail list logo