[Issue 19987] std.variantN wastes space
https://issues.dlang.org/show_bug.cgi?id=19987 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @Kriyszig created dlang/phobos pull request #7082 "19987 - Reduce memory used by VariantN" fixing this issue: - Fix Issue 19987 - Reducing memory used by VariantN Swapping the fptr and union around will avoid unnecessary padding. https://github.com/dlang/phobos/pull/7082 --
[Issue 19984] Support shared in foreach lambdas
https://issues.dlang.org/show_bug.cgi?id=19984 --- Comment #1 from Manu --- I will write the parallel() function (including the opApply), but the language needs to emit the correct lambda, and pass it to the opApply function. --
[Issue 19925] static opDispatch not considered in WithStatement
https://issues.dlang.org/show_bug.cgi?id=19925 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #10068 "fix issue 19925 - static opDispatch not considered in WithStatement" was merged into master: - c02ec07697dacfeb3778fc13ad449b2e259934f2 by The Dlang Bot: fix issue 19925 - static opDispatch not considered in WithStatement https://github.com/dlang/dmd/pull/10068 --
[Issue 1252] Inline assembler could support BasicType properties
https://issues.dlang.org/show_bug.cgi?id=1252 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #5 from Dlang Bot --- @Basile-z created dlang/dmd pull request #10069 "fix issue 1252 - Inline assembler could support BasicType properties" fixing this issue: - fix issue 1252 - Inline assembler could support BasicType properties https://github.com/dlang/dmd/pull/10069 --
[Issue 1252] Inline assembler could support BasicType properties
https://issues.dlang.org/show_bug.cgi?id=1252 Basile-z changed: What|Removed |Added Summary|Inline assembler: cannot|Inline assembler could |use properties of types |support BasicType ||properties --
[Issue 1252] Inline assembler: cannot use properties of types
https://issues.dlang.org/show_bug.cgi?id=1252 Basile-z changed: What|Removed |Added Keywords|rejects-valid | CC||b2.t...@gmx.com Severity|normal |enhancement --- Comment #4 from Basile-z --- Currently it's not specified but can be supported since asm operands with dot exp must be evaluable by CTFE to a const. Changing importance from reject-valid to enhancement. --
[Issue 7387] "call" instruction does not understand $
https://issues.dlang.org/show_bug.cgi?id=7387 --- Comment #3 from Basile-z --- I see, it's the Address of next instr --
[Issue 7387] "call" instruction does not understand $
https://issues.dlang.org/show_bug.cgi?id=7387 --- Comment #2 from Vladimir Panteleev --- https://www.google.com/search?q=what+does+dollar+mean+in+intel+assembler --
[Issue 7387] "call" instruction does not understand $
https://issues.dlang.org/show_bug.cgi?id=7387 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com --- Comment #1 from Basile-z --- What is dollar supposed to represent here ? the function we're in ? --
[Issue 19925] static opDispatch not considered in WithStatement
https://issues.dlang.org/show_bug.cgi?id=19925 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com Hardware|x86 |All OS|Windows |All --
[Issue 19925] static opDispatch not considered in WithStatement
https://issues.dlang.org/show_bug.cgi?id=19925 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @Basile-z created dlang/dmd pull request #10068 "fix issue 19925 - static opDispatch not considered in WithStatement" fixing this issue: - fix issue 19925 - static opDispatch not considered in WithStatement https://github.com/dlang/dmd/pull/10068 --
[Issue 19982] padLeft usability issues
https://issues.dlang.org/show_bug.cgi?id=19982 --- Comment #5 from Stephen Grammer --- I didn't realize chain was so presumptuous. This makes me want to go check all of my code that uses chain and make sure I'm using it correctly. It IS documented though, which is comforting: "Due to safe type promotion in D, chaining together different character ranges results in a uint range." Should we resolve this issue, or use it to improve documentation of some of these behaviors? --
[Issue 19989] New: Bad debug line info with default arguments in other file
https://issues.dlang.org/show_bug.cgi?id=19989
Issue ID: 19989
Summary: Bad debug line info with default arguments in other
file
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Keywords: symdeb
Severity: normal
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: r.sagita...@gmx.de
//
module dbi2;
string def() { return "test"; }
void fun3(string arg = def()) // line 5
{
}
//
module dbi;
import dbi2;
void main() // step once from here
{
fun3(); // line 7
}
//
Compile with "dmd -g -m64 dbi.d dbi2.d", open debugger and set breakpoint at
"void main()":
- when stepping over/into once, the debugger immediately jumps to fun3. It
should step to the call at line 7 instead.
- with the impression of having stepped into fun3, "step out" runs until main()
returns.
- trying to set a brakpoint at line 7 seems to do nothing, it is set at dbi2.d,
line 5 instead
https://github.com/dlang/dmd/pull/6327 seems to have fixed this for expressions
from the same file (it looks ok if fun3 is declared in module dbi).
--
[Issue 16343] Incorrectly requiring this pointer for a free function
https://issues.dlang.org/show_bug.cgi?id=16343 --- Comment #7 from Basile-z --- A fix would be to infer "static"... but this is excessively hard since TemplateDeclaration and TemplateInstance are two different things and the real scope comes with the instance. --
[Issue 9884] Refused initialization of const array in the module static this()
https://issues.dlang.org/show_bug.cgi?id=9884 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #10067 "fix issue 9884 - Refused initialization of const array in the module static this()" was merged into master: - 30f2cdd5725425a33e7d3d9264c01282e53d1750 by Basile Burg: fix issue 9884 - Refused initialization of const array in the module static this() https://github.com/dlang/dmd/pull/10067 --
[Issue 16343] Incorrectly requiring this pointer for a free function
https://issues.dlang.org/show_bug.cgi?id=16343
Basile-z changed:
What|Removed |Added
CC||b2.t...@gmx.com
--- Comment #6 from Basile-z ---
In a way the message about "this" is not bogus. It has not been mentioned but
if you set func "static" then the code works.
===
struct S
{
int i;
}
void main()
{
foreach(memberName; __traits(allMembers, S))
func!(__traits(getMember, S, memberName));
}
static void func(alias member)()
{
auto protection = __traits(getProtection, member);
alias Type = typeof(member);
auto name = __traits(identifier, member);
}
===
The real bug is that "func" seems to be injected in "S" (or considered as
member of) for some reasons.
--
[Issue 10738] double2 ^^ 2 and double2 ^^ 3 are missing
https://issues.dlang.org/show_bug.cgi?id=10738 Basile-z changed: What|Removed |Added Keywords|rejects-valid |diagnostic CC||b2.t...@gmx.com Hardware|x86 |All OS|Linux |All --
[Issue 9884] Refused initialization of const array in the module static this()
https://issues.dlang.org/show_bug.cgi?id=9884 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @Basile-z created dlang/dmd pull request #10067 "fix issue 9884 - Refused initialization of const array in the module static this()" fixing this issue: - fix issue 9884 - Refused initialization of const array in the module static this() https://github.com/dlang/dmd/pull/10067 --
[Issue 161] gdc and make -j2+ don't get along
https://issues.dlang.org/show_bug.cgi?id=161 --- Comment #4 from Dlang Bot --- vibe-d/vibe-core pull request #162 "Fix Task.join() for multiple callers. Fixes #161." was merged into master: - 41c18aef743cdca2e0538c4ce804f21bd632a81c by Sönke Ludwig: Add test for issue #161. https://github.com/vibe-d/vibe-core/pull/162 --
