[Issue 20089] FPU stack not cleaned up properly

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20089

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Dlang Bot  ---
dlang/dmd pull request #10247 "Fix issue 20089: Handle extra case in
fixresult_complex87" was merged into master:

- 3e2c68b3b27f0016712920af7d2d44f2192fa265 by Jonathan Marler:
  Fix issue 20089: Handle extra case in fixresult_complex87

https://github.com/dlang/dmd/pull/10247

--


[Issue 1104] CodeView: char is marked 0x20 (T_UCHAR) instead of 0x10 (T_CHAR)

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1104

Andrei Alexandrescu  changed:

   What|Removed |Added

   Assignee|bugzi...@digitalmars.com|r.sagita...@gmx.de

--- Comment #9 from Andrei Alexandrescu  ---
@Rainers thanks! I will assign this to you in the interim, feel free to
reassign or better yet it would be great to look into it.

--


[Issue 19968] @safe code can create invalid bools resulting in memory corruption

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19968

--- Comment #12 from ag0aep6g  ---
(In reply to Tim from comment #0)
> import std.stdio;
> void main() @safe
> {
> bool b = void;
> if(b)
> writeln("b seems to be true");
> if(!b)
> writeln("b seems to be false");
> }
> 
> @trusted functions, that are correct for true and false may result in memory
> corruption for invalid values.

I've filed a new issue for this: issue 20148.

--


[Issue 20148] New: void initializated bool can be both true and false

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20148

  Issue ID: 20148
   Summary: void initializated bool can be both true and false
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Keywords: safe
  Severity: normal
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: ag0ae...@gmail.com

This is a spin-off from issue 19968.

This program can exhibit undefined behavior even `main` is @safe and `f` is
correctly @trusted:


void main() @safe
{
bool b = void;
f(b);
}
void f(bool cond) @trusted
{
import core.stdc.stdlib: free, malloc;
byte b;
void* p = cond ?  : malloc(1);
if(!cond) free(p);
}


Typical output:

munmap_chunk(): invalid pointer
Error: program killed by signal 6


That means `free` is being called on ``. That operation has undefined
behavior. But that can only happen if `cond` is both true and false at the same
time.

Surely, an @trusted function should be allowed to assume that a bool is either
true or false, and not both.

--


[Issue 13227] DMD-Win64 debuginfo corruption

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13227

Rainer Schuetze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #3 from Rainer Schuetze  ---
I suspect this is no longer valid and wasn't reproducible to begin with. Please
reopen with more info if the problem persists.

--


[Issue 11541] Debuginfo errors building vibe.d for Win64

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=11541

Rainer Schuetze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from Rainer Schuetze  ---
Likely a dub configuration issue. Please reopen with more details if you think
this is dmd issue.

--


[Issue 4898] Can't see parent function's variables from nested functions when debugging

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4898

Rainer Schuetze  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||r.sagita...@gmx.de
 Resolution|--- |FIXED

--- Comment #3 from Rainer Schuetze  ---
added struct debug info to closure pointers in dmd 2.084

--


[Issue 4823] CodeView: Thread local variables are stored as shared globals

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4823

--- Comment #2 from Rainer Schuetze  ---
OMF compiler output looks ok, but optlink screws it.
Building COFF and linking with the MS linker is ok.

--


[Issue 4372] type of enumerator values reduced to base type in debug info

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4372

--- Comment #6 from Rainer Schuetze  ---
Patch by Aldo looks good, should give it a try translating it to the current
backend.

--


[Issue 1705] CodeView: static variables in functions not assigned to procedure scope

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1705

--- Comment #1 from Rainer Schuetze  ---
Indeed, C++ emits the static variable as part of the function locals, while dmd
makes it a global symbol with full qualification.

mago has a workaround that allows watching statics if the function has
extern(D) mangling, so the fully qualified variable can be found. It doesn't
show up as a local, though.

--


[Issue 1104] CodeView: char is marked 0x20 (T_UCHAR) instead of 0x10 (T_CHAR)

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1104

--- Comment #8 from Rainer Schuetze  ---
(In reply to Andrei Alexandrescu from comment #7)
> @Rainer is this a D2 issue as well? If so how can we address it?

Yes, wchar looks ok, dchar is emitted as an uint, i.e. the character is not
displayed in the debugger.

VS2019's C++ compiler emits T_CHAR32 for a char32_t variable and displays it
correctly, using that with dmd works, too (after a small patch to mago, it
shows it as wchar right now).

I guess it should be ok to switch to T_CHAR32, ignoring ancient debuggers that
might not support it.

--


[Issue 2565] Should be able to use an inherited method as interface implementation

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2565

Stewart Gordon  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |---

--- Comment #9 from Stewart Gordon  ---
No explanation given for marking INVALID.  Reopening.

--


[Issue 982] Codeview: symbols of enum type are declared integer

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=982

--- Comment #2 from Rainer Schuetze  ---
Still in dmd 2.087.1. Example:

enum EE
{
E1, E2, E3
}
void main()
{
EE e = EE.E1;
}

>dmd -m64 -g test.d
>cvdump.exe test.obj | grep.exe -C5 "D main"

(44) S_GPROC32: [:], Cb: 0012, Type: 0x106E, D
main
 Parent: , End: , Next: 
 Debug start: 0008, Debug end: 000D

(72)  S_ENDARG
(76)  S_REGREL32: rbp+FFF8, Type:   T_INT4(0074), e

--


[Issue 20147] Enable comparison (==, >, >=, <=, <) between std.bigint.BigInt and floating point numbers

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20147

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #1 from Dlang Bot  ---
@n8sh updated dlang/phobos pull request #7151 "std.bigint.BigInt: allow casting
to & comparison with floating point numbers" fixing this issue:

- Fix Issue 20147 - Enable comparison (==, >, >=, <=, <) between
std.bigint.BigInt and floating point numbers

  Quadruple precision floating point not supported.

https://github.com/dlang/phobos/pull/7151

--


[Issue 20146] Allow casting from std.bigint.BigInt to built-in floating point types

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20146

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #1 from Dlang Bot  ---
@n8sh created dlang/phobos pull request #7151 "std.bigint.BigInt: allow casting
to & comparison with floating point numbers" fixing this issue:

- Fix Issue 20146 - Allow casting from std.bigint.BigInt to built-in floating
point types
  Fix Issue 20147 - Enable comparison (==, >, >=, <=, <) between
std.bigint.BigInt and floating point numbers

  Limitation: casting to & comparison with quadruple precision floating
  point numbers are not supported. The path for 80 bit extended floats
  use std.math.scalbn which currently is impure and non-CTFE-able.

https://github.com/dlang/phobos/pull/7151

--


[Issue 20147] New: Enable comparison (==, >, >=, <=, <) between std.bigint.BigInt and floating point numbers

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20147

  Issue ID: 20147
   Summary: Enable comparison (==, >, >=, <=, <) between
std.bigint.BigInt and floating point numbers
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: n8sh.second...@hotmail.com

Currently opCmp and opEquals only accept built-in integer types.

--


[Issue 20146] New: Allow casting from std.bigint.BigInt to built-in floating point types

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20146

  Issue ID: 20146
   Summary: Allow casting from std.bigint.BigInt to built-in
floating point types
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: n8sh.second...@hotmail.com

Currently only casting to integer types is supported.

--


[Issue 1104] CodeView: char is marked 0x20 (T_UCHAR) instead of 0x10 (T_CHAR)

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1104

Andrei Alexandrescu  changed:

   What|Removed |Added

 CC||and...@erdani.com

--- Comment #7 from Andrei Alexandrescu  ---
@Rainer is this a D2 issue as well? If so how can we address it?

--


[Issue 20143] ICE in optimizer on real 0/0 returned as double

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20143

FeepingCreature  changed:

   What|Removed |Added

 CC||default_357-l...@yahoo.de

--- Comment #3 from FeepingCreature  ---
This is one for Walter.

The proximate cause is that in elem.d, the "0" on the left side of 0 / fun(0)
is converted from a long double constant to a double constant sight unseen.
(elem.d: shrinkLongDoubleConstantIfPossible)  This leaves the operation post
inlining standing as "double / long double", which is not a valid operation.

--


[Issue 1522] multiple TypeInfo definitions

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1522

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |LATER

--


[Issue 1522] multiple TypeInfo definitions

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1522

RazvanN  changed:

   What|Removed |Added

 CC||razvan.nitu1...@gmail.com

--- Comment #1 from RazvanN  ---
The link to the source file is broken. The bug cannot be solved if we do not
have a test case.

--


[Issue 20120] libcurl.dll hangs when running std.net.curl unittests

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20120

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Dlang Bot  ---
dlang/installer pull request #399 "fix issue 20120 - libcurl.dll hangs when
running std.net.curl unittests" was merged into build-curl:

- 4c8aabf637e2677cd705dc94cf00815064690388 by Rainer Schuetze:
  fix issue 20120 - libcurl.dll hangs when running std.net.curl unittests

  disable the workaround introduced in
https://github.com/curl/curl/commit/72d5e144fbc6a9db264ae425bb788af218f25d9e
  as it is causing the issue and the curl developers were not really convinced

  disabled by defining DONT_USE_RECV_BEFORE_SEND_WORKAROUND when compiling curl

https://github.com/dlang/installer/pull/399

--


[Issue 1348] offTi property of TypeInfo return empty array.

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1348

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--- Comment #9 from RazvanN  ---
Introspection is now done at compile time. Closing this as invalid.

--


[Issue 340] [Tracker] Forward reference bugs and other order-of-declaration issues

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=340

RazvanN  changed:

   What|Removed |Added

 CC||razvan.nitu1...@gmail.com

--- Comment #16 from RazvanN  ---
There are only 5 bugs left. Can this tracker be closed? If not, when will it be
closed?

--


[Issue 2565] Should be able to use an inherited method as interface implementation

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2565

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--


[Issue 1900] Template overload sets & traits templates

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=1900

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |FIXED

--


[Issue 2120] scope class spec unclear

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2120

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WORKSFORME

--


[Issue 2219] typeof requiring extra parentheses

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2219

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WORKSFORME

--- Comment #3 from RazvanN  ---
All the examples filed in the original bug report work in D2. Closing...

--


[Issue 2305] ".sort" on array of struct can't use templated "opCmp"

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2305

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WONTFIX

--- Comment #1 from RazvanN  ---
D2 array do not have a sort property, but std.algorithm.sort can be used and it
works. Closing...

--


[Issue 2306] Scope for dynamic arrays should free memory.

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2306

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WONTFIX

--- Comment #12 from RazvanN  ---
D1 is not maintained anymore and now we have a library solution for scope
classes in std.typecons.scoped.

--


[Issue 2370] Version statement enhancement: versioned identifiers

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2370

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--- Comment #14 from RazvanN  ---
Library management should be done by a separate tool (e.g. dub), not inside the
compiler. There is a SAoC project proposal for this [1].

[1] https://forum.dlang.org/thread/wiksfqxcqmnzqkivg...@forum.dlang.org

--


[Issue 2371] multiple defenition with templated class enclosing a struct

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2371

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WORKSFORME

--- Comment #1 from RazvanN  ---
Fixed for D2.

--


[Issue 2374] (exp).Fn() fail assuming that exp is a type

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2374

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WORKSFORME

--- Comment #4 from RazvanN  ---
Fixed in D2.

--


[Issue 2611] A way to specify no ref parameter for value parameters

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2611

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--


[Issue 2748] -H -o- together should me no semantic phases

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2748

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--


[Issue 20021] `static if` doesn't evaluate `opCast(T : bool)`

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20021

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Dlang Bot  ---
dlang/dmd pull request #10324 "fix issue 20021 - static if doesn't evaluate
opCast(bool) " was merged into stable:

- 98cab64efd160365bde1bcc1b7230cc92e58ced1 by dkorpel:
  fix issue 20021 - static if doesn't evaluate opCast(bool)

https://github.com/dlang/dmd/pull/10324

--


[Issue 20021] `static if` doesn't evaluate `opCast(T : bool)`

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20021

--- Comment #3 from Dlang Bot  ---
@aG0aep6G created dlang/dmd pull request #10324 "fix issue 20021 - static if
doesn't evaluate opCast(bool) " fixing this issue:

- fix issue 20021 - static if doesn't evaluate opCast(bool)

https://github.com/dlang/dmd/pull/10324

--


[Issue 20145] Random unittest failures inf std.datetime.stopwatch

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20145

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=18704

--


[Issue 18704] std/datetime/stopwatch.d(452) assertion failure on auto-tester

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18704

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=20145

--


[Issue 20145] New: Random unittest failures inf std.datetime.stopwatch

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20145

  Issue ID: 20145
   Summary: Random unittest failures inf std.datetime.stopwatch
   Product: D
   Version: D2
  Hardware: x86_64
OS: All
Status: NEW
  Severity: normal
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: bugzi...@digitalmars.com

** FAIL release64 std.datetime.stopwatch
core.exception.AssertError@std/datetime/stopwatch.d(459): unittest failure

--


[Issue 20138] is expression not evaluating correctly?

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20138

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #13 from Dlang Bot  ---
dlang/dmd pull request #10317 "fix issue 20138 - is expression not evaluating
correctly?" was merged into master:

- 5b5219e7c2f5c9abe17b82cb38847a84d87517ca by aG0aep6G:
  fix issue 20138 - is expression not evaluating correctly?

  When passing a `shared const T` into a `shared U` parameter, then no const
  conversion is needed to infer `U` as `const int`. Same with `inout int` and
  `inout const int`.

- cc9b34c49edb1b3e012294c0fbbbcf605369c5eb by aG0aep6G:
  add changelog entry for issue 20138

https://github.com/dlang/dmd/pull/10317

--


[Issue 18823] null is not shared as far as templates go

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18823

Manu  changed:

   What|Removed |Added

 CC||turkey...@gmail.com

--- Comment #1 from Manu  ---
https://github.com/dlang/druntime/pull/2745

Fixes the issue in core.atomic, but the actual issue certainly remains...

--


[Issue 18643] Compiling error when combining CAS and numeric literal.

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18643

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #2 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes issues 20107, 20106, 20105, 18643, 15007, 8831

https://github.com/dlang/druntime/pull/2745

--


[Issue 8831] core.atomic: add compare-and-swap function with other result type

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8831

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #9 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes issues 20107, 20106, 20105, 18643, 15007, 8831

https://github.com/dlang/druntime/pull/2745

--


[Issue 15007] core.atomic match C++11

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15007

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #4 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes issues 20107, 20106, 20105, 18643, 15007, 8831

https://github.com/dlang/druntime/pull/2745

--


[Issue 20105] core.atomic 'cas' function is incomplete

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20105

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #2 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes issues 20107, 20106, 20105, 18643, 15007, 8831

https://github.com/dlang/druntime/pull/2745

--


[Issue 20106] core.atomic : atomicFence doesn't accept MemoryOrder

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20106

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #2 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes issues 20107, 20106, 20105, 18643, 15007, 8831

https://github.com/dlang/druntime/pull/2745

--


[Issue 18643] Compiling error when combining CAS and numeric literal.

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18643

Manu  changed:

   What|Removed |Added

 CC||turkey...@gmail.com

--- Comment #1 from Manu  ---
https://github.com/dlang/druntime/pull/2745

--


[Issue 8831] core.atomic: add compare-and-swap function with other result type

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8831

Manu  changed:

   What|Removed |Added

 CC||turkey...@gmail.com

--- Comment #8 from Manu  ---
https://github.com/dlang/druntime/pull/2745

--


[Issue 15007] core.atomic match C++11

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15007

--- Comment #3 from Manu  ---
https://github.com/dlang/druntime/pull/2745

--


[Issue 20106] core.atomic : atomicFence doesn't accept MemoryOrder

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20106

--- Comment #1 from Manu  ---
https://github.com/dlang/druntime/pull/2747

--


[Issue 20105] core.atomic 'cas' function is incomplete

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20105

--- Comment #1 from Manu  ---
https://github.com/dlang/druntime/pull/2747

--


[Issue 20107] core.atomic : Memory order is missing keys

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20107

--- Comment #3 from Dlang Bot  ---
@TurkeyMan created dlang/druntime pull request #2747 "Add missing features to
the API" fixing this issue:

- Add missing features to the API.
  Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes Issue 20107 - core.atomic : Memory order is missing keys
  Fixes Issue 20106 - core.atomic : atomicFence doesn't accept MemoryOrder
  Fixes Issue 20105 - core.atomic 'cas' function is incomplete
  Fixes Issue 15007 - core.atomic match C++11
  Fixes Issue 8831 - core.atomic: add compare-and-swap function with other
result type

https://github.com/dlang/druntime/pull/2747

--


[Issue 20107] core.atomic : Memory order is missing keys

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20107

--- Comment #2 from Dlang Bot  ---
@TurkeyMan created dlang/druntime pull request #2746 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes Issue 20107 - core.atomic : Memory order is missing keys
  Fixes Issue 20106 - core.atomic : atomicFence doesn't accept MemoryOrder
  Fixes Issue 20105 - core.atomic 'cas' function is incomplete
  Fixes Issue 15007 - core.atomic match C++11
  Fixes Issue 8831 - core.atomic: add compare-and-swap function with other
result type

https://github.com/dlang/druntime/pull/2746

--


[Issue 20136] opEquals not recognized for AA key

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20136

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Dlang Bot  ---
dlang/dmd pull request #10320 "Fix Issue 20136 - opEquals not recognized for AA
key" was merged into stable:

- b6394152daf85641fb5083f5df51486870e844a8 by RazvanN7:
  Fix Issue 20136 - opEquals not recognized for AA key

https://github.com/dlang/dmd/pull/10320

--


[Issue 20107] core.atomic : Memory order is missing keys

2019-08-20 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20107

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #1 from Dlang Bot  ---
@TurkeyMan updated dlang/druntime pull request #2745 "Renovate core.atomic,
improve and simplify the constraints on functions" fixing this issue:

- Renovate core.atomic, improve and simplify the constraints on functions.
  Most functions are slightly more efficient.
  Concentrate more specific work into less surface area.

  Fixes Issue 20107 - core.atomic : Memory order is missing keys
  Fixes Issue 20106 - core.atomic : atomicFence doesn't accept MemoryOrder
  Fixes Issue 20105 - core.atomic 'cas' function is incomplete
  Fixes Issue 15007 - core.atomic match C++11
  Fixes Issue 8831 - core.atomic: add compare-and-swap function with other
result type

https://github.com/dlang/druntime/pull/2745

--