[Issue 5587] Use __LINE__ to pick number in unittest block names

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5587



--- Comment #15 from Andrei Alexandrescu and...@metalanguage.com 2012-09-05 
23:49:13 PDT ---
Could we also change Lexer::uniqueId to not append _1 to the first symbol
generated? I mean instead of symbol_1, symbol_2, ... it should generate
symbol, symbol_1, ...

That way most unittests will have nicer names.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8595] typeof(return) inside opApply loop always int

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8595



--- Comment #2 from github-bugzi...@puremagic.com 2012-09-06 00:23:03 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/5a8204ff2342b854367ec7b582f90a203cd47545
fix Issue 8595 - typeof(return) inside opApply loop always int

https://github.com/D-Programming-Language/dmd/commit/c43d0619748bb2d28cddf2322754d66b35381e00
Merge pull request #1097 from 9rnsr/fix8595

Issue 8595 - typeof(return) inside opApply loop always int

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 6180] Private has no effect on types in modules

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6180



--- Comment #14 from d...@dawgfoto.de 2012-09-06 04:21:38 PDT ---
Besides C++ people seem to draw the same conclusions.
http://www.youtube.com/watch?v=8SOCYQ033K8t=4m41s
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2006.pdf

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8626] New: Mixin forward reference semantic run leads to inconsistent AST

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8626

   Summary: Mixin forward reference semantic run leads to
inconsistent AST
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: c...@klickverbot.at


--- Comment #0 from klickverbot c...@klickverbot.at 2012-09-06 13:52:33 PDT 
---
See the discussion at
http://forum.dlang.org/thread/CAP9J_HV9YLEkwsFD=e3YT2Juxr0=kb6sxjnnc2up4tr1qmz...@mail.gmail.com,
this bug is just to make sure the issue doesn't get lost.

---
mixin template mix7974() {
 uint _x;
}

struct Foo7974 {
 immutable fa = Foo7974(0);

 this(uint x) {
   _x = x;
 }
 mixin mix7974!();
}
---

To recapitulate, the issue in the snippet is that the full semantic pass for
mix7974, including the arrayCopy() of its members to the surrounding scope, is
run twice at two separate points in time. Some parts of the resulting AST
reference the _x declaration from the first run, and some that from the second.

Looking at TemplateMixin::semantic, this behavior seems to be somewhat
intended, but the outcome is a bug, as Walter confirmed (and a major problem
for LDC codegen).

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4481] ICE(glue.c, !vthis-csym) or compiles, depending on the import statements order

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4481


Ola �sttveit ola...@gmail.com changed:

   What|Removed |Added

 CC||ola...@gmail.com


--- Comment #7 from Ola �sttveit ola...@gmail.com 2012-09-06 16:02:13 PDT ---
I got this with dmd 2.060, I got it reduced down to this:

-- main.d
module main;

import std.algorithm;
import collection;
--


-- collection.d
module collection;
import std.algorithm;

struct Collection
{
  int[] collection;

  void test(Collection[] coll)
  {
auto element = collection[0];

auto result = coll.map!(v = v.collection[0] * element);
  }
}
--

If the std.algorithm import is commented out in main.d it works fine, also if
element is replaced with collection[0] in the map lambda in collection.d

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8595] typeof(return) inside opApply loop always int

2012-09-06 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8595


Damian Ziemba nazriel6...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||nazriel6...@gmail.com
 Resolution||FIXED


--- Comment #3 from Damian Ziemba nazriel6...@gmail.com 2012-09-06 19:31:44 
PDT ---
Seems to be fixed with https://github.com/D-Programming-Language/dmd/pull/1097

Test case with newest DMD trunk:
http://dpaste.dzfl.pl/0a8d99b8

Closing issue if nobody minds :)

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---