[Issue 14738] core.atomic arguments are inconsistent

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

2019-04-03 Thread d-bugmail--- via Digitalmars-d-bugs
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

--