[Issue 16146] postblit is not called on struct creation with "{field:value}" syntax

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16146

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

   What|Removed |Added

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

--

[Issue 16146] postblit is not called on struct creation with "{field:value}" syntax

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16146

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

https://github.com/dlang/dmd/commit/5b2fb91bae4df298a82bc94565198827671664ef
Fix issue 16146 - Postblit the values in struct literals.

https://github.com/dlang/dmd/commit/d7e22deca67ca114ea37b0c7e9fa2e0d6adb9069
Merge pull request #6271 from LemonBoy/structfill

Fix issue 16146 - Postblit the values in struct literals.

--

[Issue 16423] ModuleInfo missing when linking to static lib with classes

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16423

--- Comment #12 from Ketmar Dark  ---
funny, it doesn't cause any problems on GNU/Linux, only windows builds are
affected.

--

[Issue 16423] ModuleInfo missing when linking to static lib with classes

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16423

--- Comment #11 from Jacob Carlborg  ---
(In reply to Ketmar Dark from comment #10)
> by the way. applying 6076 broke windows builds: phobos refused to build with
> "duplicate ModuleInfo for object.d" error.

Yeah, I noticed that four months ago when the PR did not pass the tests ;)

--

[Issue 16999] takeOne popFront/Back does not pop the source range

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16999

ajiesk...@gmail.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|nob...@puremagic.com|ajiesk...@gmail.com

--

[Issue 16999] New: takeOne popFront/Back does not pop the source range

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16999

  Issue ID: 16999
   Summary: takeOne popFront/Back does not pop the source range
   Product: D
   Version: D2
  Hardware: All
OS: Windows
Status: NEW
  Severity: minor
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: ajiesk...@gmail.com

This makes it inconsistent with take or takeExactly with length 1. Not on most
occasions, but if using a reference range it does matter.

PR here: https://github.com/dlang/phobos/pull/4984

--

[Issue 16423] ModuleInfo missing when linking to static lib with classes

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16423

--- Comment #10 from Ketmar Dark  ---
by the way. applying 6076 broke windows builds: phobos refused to build with
"duplicate ModuleInfo for object.d" error.

--

[Issue 16998] New: Provide a uniq & group range methods that doesn't rely on sortedness

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16998

  Issue ID: 16998
   Summary: Provide a uniq & group range methods that doesn't rely
on sortedness
   Product: D
   Version: D2
  Hardware: x86_64
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: greeen...@gmail.com

Sorting is in O(n log n) and requires a random access range (=allocation!)
However plain iteration can be done in O(n) and groups can be created with a
simple hashmap and e.g. the simplest implementation of uniq is sth. like this:

auto uniq(R)(R r)
{
import std.algorithm.iteration : each;
bool[dchar] d;
r.each!(key => d[key] = true);
return d.byKey;
}

unittest
{
import std.algorithm.iteration : walkLength;
assert("cbbba"d.uniq.walkLength == 3);
}

The idea is that for the common use case (unsorted ranges), these non-lazy
range functions allocate less and should perform faster.

--

[Issue 16634] std.math exposes yl2x and yl2xp1 publicly

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16634

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

https://github.com/dlang/phobos/commit/f10dd947cdbaeb67ef02063e734f8b842ec1bb23
fix issue 16634

https://github.com/dlang/phobos/commit/6acf4a289dce4da8e396b3c1b457747d3a5a916c
Merge pull request #4975 from somzzz/issue_16634

fix issue 16634 -  std.math exposes yl2x and yl2xp1 publicly

--

[Issue 16824] std.experimental.allocator.dispose leaks memory for arrays of more than 1 dimension

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16824

--- Comment #1 from Andrei Alexandrescu  ---
OK, so what we have here at the core is this:

auto ints2d = allocator.makeArray!(int[])(2);
foreach(ref ints1d; ints2d)
ints1d = allocator.makeArray!(int)(3);

What I see here by means of manual coding: 

* Create an array of int[] using an allocator
* Create a bunch of arrays of int using the same allocator

This is again by means of manual coding. The individual arrays might have been
created using a different allocator, or sliced from a larger buffer.

I don't think we should expect the top-level allocator to "know" (assume
really) that everything was allocated with the same allocator.

--

[Issue 16824] std.experimental.allocator.dispose leaks memory for arrays of more than 1 dimension

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16824

Andrei Alexandrescu  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--

[Issue 16967] No switch case fallthrough warnings in in/out contracts

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16967

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

https://github.com/dlang/dmd/commit/b15db024d8667919581df7b7a0ab3eca806054f1
Fix issue #16967 - Show fallthrough warnings for in/out bodies.

https://github.com/dlang/dmd/commit/cb7f8fe350d82487fa4e7e3ff1daf2da78d1d373
Merge pull request #6344 from LemonBoy/b16967

Fix issue #16967 - Show fallthrough warnings for in/out bodies.

--

[Issue 16590] Wrong di generation for ref methods

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16590

--- Comment #8 from Satoshi  ---
Can someone fix this bug, please?
I am not able to release any alpha version of my library until this bug will
not be fixed.

--

[Issue 16746] Please output Makefile-style depfiles for ninja and make

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16746

Vladimir Panteleev  changed:

   What|Removed |Added

 CC||thecybersha...@gmail.com

--- Comment #4 from Vladimir Panteleev  ---
Matthias, have you seen rdmd's --makedepend flag? I think it may do what you
need.

--

[Issue 16746] Please output Makefile-style depfiles for ninja and make

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16746

Johannes Pfau  changed:

   What|Removed |Added

 CC||johannesp...@gmail.com

--- Comment #3 from Johannes Pfau  ---
@Matthias a GDC test case would be really appreciated. This should be easily
reducible with Dustmite https://github.com/CyberShadow/DustMite . But if you
don't have the time to reduce the code you can also send the complete code to
my email address. Alternatively if it's a OSS project anyway just provide some
instructions to reproduce the problem and I'll get a reduced test case.

--

[Issue 7016] local import does not create -deps dependency

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=7016

--- Comment #21 from RazvanN  ---
(In reply to Vladimir Panteleev from comment #20)
> (In reply to RazvanN from comment #19)
> > I ran the exact example as the one in 2011 with the exact command and the
> > output is:
> > 
> > (a.d) : private : object (..)   
> > 
> > (b.d) : private : object (..)
> > (a.d) : private : b (b.d)
> > (c.d) : private : object (..)
> > (a.d) : private : c (c.d)
> > 
> > It seems to me that it prints all the dependencies of a.d
> 
> Strange... I can't get that result with DMD 2.072.1 or latest git master (on
> Linux). What compiler version did you use, exactly?

DMD64 D Compiler v2.073.0-devel-878b882

--

[Issue 7016] local import does not create -deps dependency

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=7016

--- Comment #20 from Vladimir Panteleev  ---
(In reply to RazvanN from comment #19)
> I ran the exact example as the one in 2011 with the exact command and the
> output is:
> 
> (a.d) : private : object (..)   
> 
> (b.d) : private : object (..)
> (a.d) : private : b (b.d)
> (c.d) : private : object (..)
> (a.d) : private : c (c.d)
> 
> It seems to me that it prints all the dependencies of a.d

Strange... I can't get that result with DMD 2.072.1 or latest git master (on
Linux). What compiler version did you use, exactly?

--

[Issue 7016] local import does not create -deps dependency

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=7016

--- Comment #19 from RazvanN  ---
I ran the exact example as the one in 2011 with the exact command and the
output is:

(a.d) : private : object (..)   
(b.d) : private : object (..)
(a.d) : private : b (b.d)
(c.d) : private : object (..)
(a.d) : private : c (c.d)

It seems to me that it prints all the dependencies of a.d

--

[Issue 7016] local import does not create -deps dependency

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=7016

--- Comment #18 from Vladimir Panteleev  ---
(In reply to RazvanN from comment #17)
> Cannot reproduce on Ubuntu 16.04, latest version of compiler. Hopefully I
> will try on a windows machine when I get the chance

What have you tried? I can reproduce it exactly as per the original description
from 2011.

--

[Issue 7016] local import does not create -deps dependency

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=7016

--- Comment #17 from RazvanN  ---
Cannot reproduce on Ubuntu 16.04, latest version of compiler. Hopefully I will
try on a windows machine when I get the chance

--

[Issue 16653] ParameterDefaultValueTuple fails to compile when function has lazy param

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16653

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

https://github.com/dlang/phobos/commit/48398dbd0f42d258461332b619939e550be430de
fix issue 16653

https://github.com/dlang/phobos/commit/64ed49be5ab973a7d260b014dd39170a16ae37b1
Merge pull request #4977 from somzzz/issue_16653

fix issue 16653 - ParameterDefaultValueTuple fails to compile when function has
lazy param

--

[Issue 16653] ParameterDefaultValueTuple fails to compile when function has lazy param

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16653

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

   What|Removed |Added

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

--

[Issue 16685] template instantiation rejected when passing member of enum struct in value parameter

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16685

bitter.ta...@gmx.com changed:

   What|Removed |Added

 CC||bitter.ta...@gmx.com

--- Comment #1 from bitter.ta...@gmx.com ---
Covered by DMD's PR https://github.com/dlang/dmd/pull/6260

--

[Issue 16976] Implicit conversion from ulong to int in foreach_reverse

2016-12-21 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16976

bitter.ta...@gmx.com changed:

   What|Removed |Added

 CC||bitter.ta...@gmx.com

--- Comment #2 from bitter.ta...@gmx.com ---
Covered by DMD's PR https://github.com/dlang/dmd/pull/6342

--