[Issue 14738] core.atomic arguments are inconsistent
https://issues.dlang.org/show_bug.cgi?id=14738 feklushkin.de...@gmail.com changed: What|Removed |Added CC||feklushkin.de...@gmail.com --- Comment #1 from feklushkin.de...@gmail.com --- casByRef is aready implemented --
[Issue 19786] alias to __traits(getMember) wrongfully always binds to this
https://issues.dlang.org/show_bug.cgi?id=19786 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com Hardware|x86_64 |All OS|Linux |All Severity|enhancement |normal --- Comment #2 from Basile-z --- See TypeTraits semantics. Related PR were: - https://github.com/dlang/dmd/pull/8938 - https://github.com/dlang/dmd/pull/8945 - https://github.com/dlang/dmd/pull/8992 --
[Issue 19786] alias to __traits(getMember) wrongfully always binds to this
https://issues.dlang.org/show_bug.cgi?id=19786 --- Comment #1 from Andrei Alexandrescu --- Very ironically I'm assigning this to Edi :o). --
[Issue 19786] alias to __traits(getMember) wrongfully always binds to this
https://issues.dlang.org/show_bug.cgi?id=19786 Andrei Alexandrescu changed: What|Removed |Added CC||and...@erdani.com Assignee|nob...@puremagic.com|edi33...@gmail.com --
[Issue 19786] New: alias to __traits(getMember) wrongfully always binds to this
https://issues.dlang.org/show_bug.cgi?id=19786 Issue ID: 19786 Summary: alias to __traits(getMember) wrongfully always binds to this Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: edi33...@gmail.com Give the following code example ``` struct S { void foo(const ref S rhs) { alias thisMember = __traits(getMember, this, "x"); alias rhsMember = __traits(getMember, rhs, "x"); pragma(msg, thisMember.stringof); pragma(msg, rhsMember.stringof); pragma(msg, __traits(getMember, rhs, "x").stringof); } int x; } ``` This outputs ``` this.x this.x rhs.x ``` As you can see, `rhsMember.stringof` evaluates to `this.x` instead of `rhs.x` --
[Issue 19782] `alias this` appends `null` instead of inner/aliased element to array
https://issues.dlang.org/show_bug.cgi?id=19782 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #9550 "Fix Issue 19782 - alias this appends null instead of inner/aliased element to array" was merged into master: - 520e5fc638319273de0514706cd87045d13e7d81 by RazvanN7: Fix Issue 19782 - alias this appends null instead of inner/aliased element to array https://github.com/dlang/dmd/pull/9550 --
[Issue 19784] DLL in BetterC mode - Symbol Undefined __acrtused_dll
https://issues.dlang.org/show_bug.cgi?id=19784 --- Comment #4 from AlexKotik --- (In reply to kinke from comment #3) > This (linker) error can be gotten rid of with -L=/SUBSYSTEM:CONSOLE. I think the better thing to do is /DLL, but still I got these errors: > dmd -of=dll.dll -betterC -L=/DLL -m32mscoff dll.d lld-link.exe: error: : undefined symbol: __DllMainCRTStartup@12 lld-link.exe: error: undefined symbol: _MessageBoxA@16 >>> referenced by dll.obj:(_Test@0) Error: linker exited with status 1 If I do /SUBSYSTEM:CONSOLE I get: > dmd -of=dll.dll -betterC -L=/SUBSYSTEM:CONSOLE -m32mscoff dll.d lld-link.exe: error: entry point must be defined Error: linker exited with status 1 If I add /ENTRY:DllMain to that I get: > dmd -of=dll.dll -betterC -L=/SUBSYSTEM:CONSOLE -L=/ENTRY:DllMain -m32mscoff > dll.d lld-link.exe: error: undefined symbol: _MessageBoxA@16 >>> referenced by dll.obj:(_Test@0) Error: linker exited with status 1 --
[Issue 19782] `alias this` appends `null` instead of inner/aliased element to array
https://issues.dlang.org/show_bug.cgi?id=19782 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @RazvanN7 created dlang/dmd pull request #9550 "Fix Issue 19782 - alias this appends null instead of inner/aliased element to array" fixing this issue: - Fix Issue 19782 - alias this appends null instead of inner/aliased element to array https://github.com/dlang/dmd/pull/9550 --
[Issue 19778] ICE when accessing empty array at compile time
https://issues.dlang.org/show_bug.cgi?id=19778 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/dmd pull request #9547 "Fix Issue 19778 - ICE when accessing empty array at compile time" was merged into master: - 6974776b1f16a281fdb2e73d76d3a2ec7f2ee30a by RazvanN7: Fix Issue 19778 - ICE when accessing empty array at compile time https://github.com/dlang/dmd/pull/9547 --
[Issue 19778] ICE when accessing empty array at compile time
https://issues.dlang.org/show_bug.cgi?id=19778 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @RazvanN7 created dlang/dmd pull request #9547 "Fix Issue 19778 - ICE when accessing empty array at compile time" fixing this issue: - Fix Issue 19778 - ICE when accessing empty array at compile time https://github.com/dlang/dmd/pull/9547 --