[Issue 14071] ICE: backend/gloop.c 862

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14071

--- Comment #2 from Martin Krejcirik  ---
ICE stopped after pull https://github.com/dlang/dmd/pull/5324 (DWARF EH), I'm
not sure if it was fixed since, or the original problem is still there.

--

[Issue 16651] atomicOp!"-="(ulong, uint) = wrong result/codegen

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16651

--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/druntime

https://github.com/dlang/druntime/commit/44f45280b7fe308731611801385f8c6226214682
fix issue 16651 - atomicOp!"-="(ulong, uint) = wrong result/codegen

https://github.com/dlang/druntime/commit/422c8f7b0f0e6598910737981074e0c45a4eb1b9
Merge pull request #1690 from aG0aep6G/16651

--

[Issue 16764] `hashOf` is misleading, error-prone, and useless

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16764

--- Comment #3 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/druntime

https://github.com/dlang/druntime/commit/5c187e05ff87404ebf4884cfc548324c2c3ed0fc
Revert object.hashOf changes from "use array interface to hashOf()"

--

[Issue 16654] hashOf returns different hashes for the same string value

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16654

--- Comment #4 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/druntime

https://github.com/dlang/druntime/commit/5c187e05ff87404ebf4884cfc548324c2c3ed0fc
Revert object.hashOf changes from "use array interface to hashOf()"

--

[Issue 13429] icmp (and friends) should be @nogc

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=13429

--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos

https://github.com/dlang/phobos/commit/40787cee7f3ab4a3c747d47124e614d7b30cbbf1
Issue 13429: make sicmp and icmp @nogc nothrow

https://github.com/dlang/phobos/commit/5c770fba084a5e7addfaf65ab6deb36584ee2fd7
Merge pull request #4933 from sprinkle131313/master

Issue 13429: make sicmp and icmp @nogc nothrow.

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #30 from Steven Schveighoffer  ---
(In reply to Ketmar Dark from comment #29)
> ok, i'm giving up. if inability to merge master is simply dismissed with
> "this is not a typical occurence" excuse, i have nothing else to say.

For instance: https://github.com/dlang/dmd/pull/5792

This is typical.

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #29 from Ketmar Dark  ---
ok, i'm giving up. if inability to merge master is simply dismissed with "this
is not a typical occurence" excuse, i have nothing else to say.

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #28 from Steven Schveighoffer  ---
ketmar, since 11 days ago, merge from stable to master has been created.
However, there is some issue (which I admittedly have no understanding of), and
when that issue is resolved, this will be in master.

I still think the process as-is is what we should have. This is not a typical
occurrence, usually stable->master PRs are merged in a day.

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #27 from Ketmar Dark  ---
oops. you provided PR that doesn't belong to this thread, and i didn't checked
it properly. still, my point stands. ;-)

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #26 from Ketmar Dark  ---
and now we have this "fix" in *stable*! do you still think that "nothing should
be changed"? for me, this issue clearly indicates that something is *very*
broken in the current scheme.

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #25 from Steven Schveighoffer  ---
Looks like there is a snag: https://github.com/dlang/dmd/pull/6287

--

[Issue 7115] sort function is broken with large arrays

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=7115

Andrei Alexandrescu  changed:

   What|Removed |Added

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

--

[Issue 7996] Refuse std.math.isnan() on not floating point values?

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=7996

Andrei Alexandrescu  changed:

   What|Removed |Added

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

--

[Issue 16959] New: bringToFront fails on char arrays

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16959

  Issue ID: 16959
   Summary: bringToFront fails on char arrays
   Product: D
   Version: D2
  Hardware: x86_64
OS: Windows
Status: NEW
  Severity: major
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: ola...@gmail.com

The following code, which is the first example in the docs for
std.algorithm.mutation.bringToFront, but using a char array instead of an int
array:

-- bringToFront.d --
import std.algorithm : bringToFront;

void main(string[] args)
{
  auto arr = ['4', '5', '6', '7', '1', '2', '3'];
  auto p = bringToFront(arr[0 .. 4], arr[4 .. $]);
  assert(p == arr.length - 4);
  assert(arr == ['1', '2', '3', '4', '5', '6', '7']);
}
-- end of file --

fails on compilation with this:

..\src\phobos\std\algorithm\mutation.d(2553): Error: front(r1) is not an lvalue
..\src\phobos\std\algorithm\mutation.d(2554): Error: front(r2) is not an lvalue
..\src\phobos\std\algorithm\mutation.d(134): Error: template instance
std.algorithm.mutation.swapFront!(char[], char[]) error instantiating
bringToFront.d(10):instantiated from here: bringToFront!(char[],
char[])
..\src\phobos\std\algorithm\mutation.d(2553): Error: function
std.range.Take!(char[]).Take.front () is not callable using argument types
(dchar)
..\src\phobos\std\algorithm\mutation.d(2554): Error: front(r2) is not an lvalue
..\src\phobos\std\algorithm\mutation.d(134): Error: template instance
std.algorithm.mutation.swapFront!(Take!(char[]), char[]) error instantiating
..\src\phobos\std\algorithm\mutation.d(163):instantiated from here:
bringToFront!(Take!(char[]), char[])
bringToFront.d(10):instantiated from here: bringToFront!(char[],
char[])

Compiled with rdmd, using dmd v2.072.0

--

[Issue 16798] Extend -Ipath switch to -Imodule=path so path heirarchy doesn't have to match package heirarchy

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16798

--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/1e77dfac5e4e8564fa8eef4f3184f41b0cd31768
fix Issue 16798 - Extend -Ipath switch to -Imodule=path so path heirarchy
doesn't have to match package heirarchy

https://github.com/dlang/dmd/commit/72b20335f9dd47fc88d6a6c92ef312f0b5f81392
Merge pull request #6286 from WalterBright/fix16798

fix Issue 16798 - add -mv=path.module=filespec switch so path hiera…

--

[Issue 16798] Extend -Ipath switch to -Imodule=path so path heirarchy doesn't have to match package heirarchy

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16798

github-bugzi...@puremagic.com changed:

   What|Removed |Added

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

--

[Issue 16957] access function from inside template with same name

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16957

--- Comment #2 from John Colvin  ---
template a(alias b)
{
alias T = typeof(b);

auto a(T ret)
{
return ret;
}
}

auto a(T, size_t N)(T[N] a) {}  // breaks
// auto a(T)(T[] a) {} // OK

void main()
{
int x;
auto b = a!(x);
}

test.d(5): Error: undefined identifier 'T'
test.d(16): Error: cannot infer type from template instance a!(x)

--

[Issue 16951] trying to call opCall with alias opCall this, without parentesis fails to compile, when used as a single statement

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16951

anonymous4  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Hardware|x86_64  |All
 Resolution|--- |MOVED
 OS|Linux   |All

--- Comment #1 from anonymous4  ---
Addressed by https://wiki.dlang.org/DIP23

--

[Issue 16699] [REG 2.070] stack corruption with scope(exit)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16699

--- Comment #24 from Ketmar Dark  ---
so, time is passing on. nothing was merged to master. versions diverges more
and more. definitely, the system works just fine. i can't see nothing that
should be changed in the way things works now.

--

[Issue 16705] [REG2.069] TaskPool.reduce fails to compile "cannot get frame pointer to D main"

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16705

ZombineDev  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--