https://issues.dlang.org/show_bug.cgi?id=18953
--- Comment #1 from Rainer Schuetze ---
Probalby happens because TypeInfo_Struct.destroy doesn't use the expected
__thiscall calling convention:
https://github.com/dlang/druntime/blob/master/src/object.d#L2010
--
https://issues.dlang.org/show_bug.cgi?id=18953
Issue ID: 18953
Summary: Win32: extern(C++) struct destructor not called
correctly through runtime
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=8161
--- Comment #12 from Jonathan M Davis ---
I'd advise against relying on @property for any kind of metaprogramming at this
point given that it doesn't actually have anything to do with whether the
function can be or is used as a property and that its
https://issues.dlang.org/show_bug.cgi?id=8161
--- Comment #11 from bitwise ---
I think @property could be useful in metaprogramming as a means of saying "This
function acts like a field". Rather than going through all kinds of checks to
see if the symbol was useable as such, it would suffice to
https://issues.dlang.org/show_bug.cgi?id=18922
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/9a1b4467cc175881c5d07f468437a27d5875449f
Fix issue 18922: No substitutions for C++ namespaces in
https://issues.dlang.org/show_bug.cgi?id=18922
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=8161
--- Comment #10 from Jonathan M Davis ---
-property was dropped precisely because it was decided to not enforce
@property, and the future of @property is very uncertain. The odds are very
high that when Walter and Andrei finally get around to
https://issues.dlang.org/show_bug.cgi?id=18024
--- Comment #7 from Seb ---
See also https://github.com/dlang/phobos/pull/6550 for yet another PR on this
problem
--
https://issues.dlang.org/show_bug.cgi?id=18952
--- Comment #1 from Seb ---
PR https://github.com/dlang/phobos/pull/6549
--
https://issues.dlang.org/show_bug.cgi?id=18952
Issue ID: 18952
Summary: std.experimental.checkedint.Saturate prints integral
promotion deprecation message
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=8161
--- Comment #9 from Nick Treleaven ---
1. The text of this issue mentions -property, but I don't see why we shouldn't
reject the cases it describes *regardless* of the -property switch. (This is
why I removed the switch from the issue title).
2. This
https://issues.dlang.org/show_bug.cgi?id=18949
anonymous4 changed:
What|Removed |Added
Keywords||betterC
Hardware|x86
https://issues.dlang.org/show_bug.cgi?id=16037
anonymous4 changed:
What|Removed |Added
Keywords||betterC
Status|RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18949
anonymous4 changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=18951
Mike Franklin changed:
What|Removed |Added
Keywords||pull
CC|
https://issues.dlang.org/show_bug.cgi?id=18558
Nick Treleaven changed:
What|Removed |Added
Keywords||pull
URL|
https://issues.dlang.org/show_bug.cgi?id=8161
--- Comment #8 from Jonathan M Davis ---
(In reply to Nick Treleaven from comment #7)
> Updated the title. Please give a reason why dmd shouldn't reject invalid
> @property functions.
The rules for using functions as properties currently have
https://issues.dlang.org/show_bug.cgi?id=8161
Nick Treleaven changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://issues.dlang.org/show_bug.cgi?id=8161
Jonathan M Davis changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=8161
Nick Treleaven changed:
What|Removed |Added
Keywords||pull
URL|
https://issues.dlang.org/show_bug.cgi?id=18951
FeepingCreature changed:
What|Removed |Added
Summary|static package masked by|package static method
https://issues.dlang.org/show_bug.cgi?id=18951
FeepingCreature changed:
What|Removed |Added
Severity|enhancement |normal
--
https://issues.dlang.org/show_bug.cgi?id=12511
--- Comment #6 from FeepingCreature ---
Filed as https://issues.dlang.org/show_bug.cgi?id=18951
--
https://issues.dlang.org/show_bug.cgi?id=18951
Issue ID: 18951
Summary: static package masked by static public in class
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=18950
Issue ID: 18950
Summary: Std.zip vulnerable to arbitrary file write
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=18945
--- Comment #11 from David Bennett ---
(In reply to Simen Kjaeraas from comment #10)
> (In reply to David Bennett from comment #9)
> > https://run.dlang.io/is/zZWdIQ
> >
> > Only works currently with static immutable
>
> What do you mean? It works
https://issues.dlang.org/show_bug.cgi?id=12511
FeepingCreature changed:
What|Removed |Added
CC||default_357-l...@yahoo.de
--- Comment #5
https://issues.dlang.org/show_bug.cgi?id=18945
--- Comment #10 from Simen Kjaeraas ---
(In reply to David Bennett from comment #9)
> https://run.dlang.io/is/zZWdIQ
>
> Only works currently with static immutable
What do you mean? It works perfectly with enum: https://run.dlang.io/is/3Xy5pI
--
https://issues.dlang.org/show_bug.cgi?id=16692
--- Comment #11 from Rainer Schuetze ---
I'm currently still trying to figure out how to deal with slices and delegates,
because they are returned in a way incompatible with any C++ ABI.
There is currently no annotation of pure or const in the
29 matches
Mail list logo