[Issue 7252] ICE(template.c): 'global.errors' on line 4893 in file 'template.c'

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7252


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||FIXED


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


[Issue 9208] [ICE](func.c line 1205) with auto return in recursive function

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9208



--- Comment #2 from github-bugzi...@puremagic.com 2013-01-03 00:42:37 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/0e58a5ac9b87183c8ed396c0d570163bb0f6fdaf
fix Issue 9208 - [ICE](func.c line 1205) with auto return in recursive function

https://github.com/D-Programming-Language/dmd/commit/b07e16196afa0bacb6335d33812e2ebb6a0fdfa6
Merge pull request #1410 from 9rnsr/fix9208

Issue 9208 - [ICE](func.c line 1205) with auto return in recursive function

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


[Issue 3682] Regression(2.038) is expression fails to match types

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3682



--- Comment #11 from github-bugzi...@puremagic.com 2013-01-03 00:42:41 PST ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/117dbe3bac35dfa2ab40de4d9f6bbb9015c1b0e8
Add test cass for issue 3682

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


[Issue 9208] [ICE](func.c line 1205) with auto return in recursive function

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9208


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||FIXED


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


[Issue 9263] New: statement is not reachable when statement is reachable

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9263

   Summary: statement is not reachable when statement is reachable
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: regression
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: deadal...@gmail.com


--- Comment #0 from deadalnix deadal...@gmail.com 2013-01-03 03:36:22 PST ---
enum E : uint
{
A,
B,
}

private string foobar(E e)
{
final switch (e) with (E) {
case A:
return A;
case B:
return B;
}
}

The final switch is not reachable according to dmd.

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


[Issue 9264] New: [64bit] Wrong code with conversion from int parameter to float

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9264

   Summary: [64bit] Wrong code with conversion from int parameter
to float
   Product: D
   Version: D1  D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: critical
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: clugd...@yahoo.com.au


--- Comment #0 from Don clugd...@yahoo.com.au 2013-01-03 03:56:07 PST ---
float foo(float f) { return f*1.0f; }
float bar ()  { return 0.2; }

float bug9264 ( int x )
{
return bar() * foo( x );
}


_D3zug7bug9264FiZf:
pushRBP
movRBP,RSP
subRSP,030h
mov-010h[RBP],EDI
call  _D3zug3barFZf@PC32
movsd-020h[RBP],XMM0
subRSP,8   -- PROBLEM HERE
movEAX,-010h[RBP]
cvtsi2ssXMM0,EAX
call  _D3zug3fooFfZf@PC32
movss-030h[RBP],XMM0
movssXMM1,-030h[RBP]
addRSP,8
movsdXMM0,-020h[RBP]
mulssXMM0,XMM1
leave
ret
.text._D3zug7bug9264FiZfends
---
The problem is that the sub RSP, 8 leaves the stack misaligned. It needs to be
aligned to 16 bytes.

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


[Issue 9264] [64bit] Wrong code with conversion from int parameter to float

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9264


Don clugd...@yahoo.com.au changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #1 from Don clugd...@yahoo.com.au 2013-01-03 04:00:58 PST ---
But it looks as though this is already fixed in git head, before the release of
1.076 and 2.061.

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


[Issue 9263] statement is not reachable when statement is reachable

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9263


bearophile_h...@eml.cc changed:

   What|Removed |Added

 CC||bearophile_h...@eml.cc


--- Comment #1 from bearophile_h...@eml.cc 2013-01-03 04:09:39 PST ---
A bit simplified. string, final, uint are not needed to show the problem:


enum Foo { A }
int main() {
Foo f;
final switch(f) with(Foo) {
case A:
return 0;
}
}


The with() statement has some problems.

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


[Issue 9264] [64bit] Wrong code with conversion from int parameter to float

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9264



--- Comment #2 from Don clugd...@yahoo.com.au 2013-01-03 04:18:45 PST ---
Fixed in D1 commit 0726201e5bea65426ae2075280e4eb76b29ea6e8
Dec 24.

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


[Issue 9122] std.concurrency send() fails with multiple arrays

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9122


David Eagen da...@eagen.com changed:

   What|Removed |Added

 CC||da...@eagen.com


--- Comment #1 from David Eagen da...@eagen.com 2013-01-03 04:44:21 PST ---
This is probably related to issue 7069. 

The problem also occurs on structs like this:

import std.concurrency, std.exception, std.stdio;

struct Combined
{
  string str1;
  string str2;
  bool status;
}

void main() {
   auto tid = spawn(worker);
   Combined c = Combined(one, two, false);
   tid.send(c);
}

void worker() {
  for (bool running = true; running; ) 
  {
receive(
(Combined c) 
{ 
  writeln(Got , c.str1, \t, c.str2, \t, c.status);
},

(OwnerTerminated unused)
{
  running = false;
}
);
  }
}

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


[Issue 9254] ICE on invalid foreach aggregate

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9254


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-01-03 05:24:24 PST ---
https://github.com/D-Programming-Language/dmd/pull/1430

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


[Issue 9265] New: Nullable fixed-sized array wrapper

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9265

   Summary: Nullable fixed-sized array wrapper
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc


--- Comment #0 from bearophile_h...@eml.cc 2013-01-03 05:25:28 PST ---
When I use fixed-sized arrays a lot, sometimes I need a nullable version of
them (fixed-sized arrays are allocated in-place, so they often avoid heap
allocations, avoiding the creation of some garbage, reducing the GC pressure
and generally speeding up the code). A ref can't be used because it can't be
null.

So I think the normal way to use them in D is this, but the (*arr)[1] syntax
is bug-prone and not elegant:


alias TA = immutable(int[5]);
bool foo(TA* arr) {
if (arr)
return (*arr)[1] == 20;
else
return false;
}
void main() {
TA a;
foo(a);
}



std.typecons.Nullable and std.typecons.NullableRef contain enforce() that
throws and kills inlining.


This simple struct inspired by NullableRef is light, avoids the problem of
NullableRef and allows for a natural syntax for nullable fixed sized arrays:



// Nullable fixed-sized array 
struct Ptr(T) {
private T* ptr;

this(T* ptr_) pure nothrow {
this.ptr = ptr_;
}

bool opCast(T)() const pure nothrow if (is(T == bool)) {
return ptr !is null;
}

@property ref inout(T) get()() inout pure nothrow
in {
assert(ptr);
} body {
return *ptr;
}

alias get this;
}

Ptr!T ptr(T)(ref T x) {
return typeof(return)(x);
}

// Example usage --

alias TA = immutable(int[5]);

bool foo(Ptr!TA arr=Ptr!TA.init) nothrow {
if (arr)
return arr[1] == 20;
else
return false;
}

bool foo(typeof(null) _) nothrow {
return false;
}

void main() {
assert(!foo());
assert(!foo(null));
TA items = [10, 20, 30, 40, 50];
assert(foo(ptr(items)));
}
//-



Unfortunately my benchmarks show that with the current DMD 2.061 the code that
uses such wrapped array is not as efficient as the first program that uses the
pointer to the fixed sized array.

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


[Issue 9122] std.concurrency send() fails with multiple arrays

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9122


David Eagen da...@eagen.com changed:

   What|Removed |Added

   Severity|normal  |major


--- Comment #2 from David Eagen da...@eagen.com 2013-01-03 05:51:35 PST ---
Bumping importance. This issue makes it impossible for me to move to 2.061
because it breaks all my applications that use message passing for concurrency.

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


[Issue 9263] statement is not reachable when statement is reachable

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9263


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull, rejects-valid


--- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-01-03 07:35:56 PST ---
https://github.com/D-Programming-Language/dmd/pull/1431

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


[Issue 9264] [64bit] Wrong code with conversion from int parameter to float

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9264


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com
   Platform|All |x86_64
 Resolution|FIXED   |WORKSFORME


--- Comment #3 from Walter Bright bugzi...@digitalmars.com 2013-01-03 
10:15:46 PST ---
Already fixed issues should be resolved as WORKSFORME, otherwise the
changelog fills up with duplicates.

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


[Issue 9260] getopt should allow setting booleans to false

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9260


Andrej Mitrovic andrej.mitrov...@gmail.com changed:

   What|Removed |Added

   Keywords||pull
 AssignedTo|nob...@puremagic.com|andrej.mitrov...@gmail.com


--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-01-03 
10:21:42 PST ---
https://github.com/D-Programming-Language/phobos/pull/1050

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


[Issue 9266] New: Cannot define two Tuple objects.

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9266

   Summary: Cannot define two Tuple objects.
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: repeate...@gmail.com


--- Comment #0 from Masahiro Nakagawa repeate...@gmail.com 2013-01-03 
11:06:27 PST ---
I hit this issue in msgpack-d with 2.061.

Following Tuple definition causes compilation error:

  Tuple!(ulong) a, b;  //  Tuple!(ulong) a; works

Error message:

  Assertion failed: (0), function syntaxCopy, file declaration.c, line 183.

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


[Issue 9263] statement is not reachable when statement is reachable

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9263



--- Comment #3 from github-bugzi...@puremagic.com 2013-01-03 11:09:47 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/9e58954f0303064d4aa413011085ce838d00f993
fix Issue 9263 - statement is not reachable when statement is reachable

https://github.com/D-Programming-Language/dmd/commit/539b54ac7c423f53966384bd572ec4db10c6da0e
Merge pull request #1431 from 9rnsr/fix9263

Issue 9263 - statement is not reachable when statement is reachable

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


[Issue 9266] Cannot define two Tuple objects.

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9266


Masahiro Nakagawa repeate...@gmail.com changed:

   What|Removed |Added

   Severity|normal  |regression


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


[Issue 9221] Added -di flag to make use of deprecated symbols a warning

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9221


Leandro Lucarella leandro.lucare...@sociomantic.com changed:

   What|Removed |Added

 CC||leandro.lucarella@sociomant
   ||ic.com
 Resolution|FIXED   |DUPLICATE


--- Comment #1 from Leandro Lucarella leandro.lucare...@sociomantic.com 
2013-01-03 12:28:28 PST ---
*** This issue has been marked as a duplicate of issue 7041 ***

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


[Issue 7041] [PATCH] Add -di option to show deprecated errors as warnings

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7041



--- Comment #7 from Leandro Lucarella leandro.lucare...@sociomantic.com 
2013-01-03 12:28:28 PST ---
*** Issue 9221 has been marked as a duplicate of this issue. ***

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


[Issue 9163] std.parallelism broken with extensive optimizations (gdc)

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9163


Iain Buclaw ibuc...@ubuntu.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #13 from Iain Buclaw ibuc...@ubuntu.com 2013-01-03 13:45:09 PST 
---
Can no longer reproduce this in gdc after some changes. The dmd compiler may
not do everything right, but then again sometimes neither does gdc. :o)

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


[Issue 9267] New: Website formatting errors

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9267

   Summary: Website formatting errors
   Product: D
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: websites
AssignedTo: nob...@puremagic.com
ReportedBy: philippe.sig...@gmail.com


--- Comment #0 from Philippe Sigaud philippe.sig...@gmail.com 2013-01-04 
00:34:42 CET ---
I found some strange formatting in the following pages:

http://dlang.org/expression.html#PrimaryExpressions

(see .Identifier and beyond)

http://dlang.org/template-mixin.html

(All the code samples show macros $(D ...) )

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


[Issue 9266] Cannot define two Tuple objects.

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9266


bearophile_h...@eml.cc changed:

   What|Removed |Added

 CC||bearophile_h...@eml.cc


--- Comment #1 from bearophile_h...@eml.cc 2013-01-03 16:32:14 PST ---
A little minimized:


template Foo(T...) {
alias T Foo;
}
struct Bar(U...) {
template spam(U...) {
alias Foo!(FieldSpec!(U[0])) spam;
}
alias spam!U baz;
}
int main() {
Bar!(ulong) a, b;
}

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


[Issue 9263] statement is not reachable when statement is reachable

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9263


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||FIXED


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


[Issue 9266] Cannot define two Tuple objects.

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9266


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||ice, rejects-valid


--- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-01-03 19:42:28 PST ---
This change introduces the regression.

https://github.com/D-Programming-Language/dmd/commit/dd79dd73f0a1553ff4237d759cea92e7222dccbb

But, I can't understand why the assertion is invoked...

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


[Issue 9268] New: [ice-on-invalid] void assignment in fail44.d no longer caught in frontend

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9268

   Summary: [ice-on-invalid] void assignment in fail44.d no longer
caught in frontend
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Keywords: ice, ice-on-invalid-code
  Severity: regression
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: c...@klickverbot.at


--- Comment #0 from David Nadlinger c...@klickverbot.at 2013-01-03 20:11:04 
PST ---
fail_compilation/fail44.d (as reproduced below) now fails with a backend ICE
instead of a nice expression … is void and has no value error:

---
void Foo()
{
  void[] bar;
  void[] foo;

  bar.length = 50;
  foo.length = 50;

  for(int i=0; i50; i++)
  {
foo[i] = bar[i];
  }
}
---

DMD 2.061:
---
Internal error: backend/cod4.c 359
---

Maybe d_do_test should generally check the error messages for Internal error
instead of just testing the exit value?

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


[Issue 9207] std.array.join of immutable(string[])

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9207


hst...@quickfur.ath.cx changed:

   What|Removed |Added

 CC||hst...@quickfur.ath.cx


--- Comment #1 from hst...@quickfur.ath.cx 2013-01-03 20:16:40 PST ---
This is because popFront() is not defined for an immutable array, so
isInputRange!(typeof(names2)) is false.

I don't know how one could get around this problem, since an immutable array
is, by definition, immutable, so popFront() cannot possibly be valid on such an
array.

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


[Issue 9207] std.array.join of immutable(string[])

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=9207



--- Comment #2 from hst...@quickfur.ath.cx 2013-01-03 20:19:10 PST ---
It doesn't work for immutable(string)[] either, because join() requires the
elements to be input ranges as well, but immutable(string) cannot have
popFront() defined since it's immutable.

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


[Issue 4729] std.algorithm: strange iota behaviour

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4729


hst...@quickfur.ath.cx changed:

   What|Removed |Added

 CC||hst...@quickfur.ath.cx


--- Comment #4 from hst...@quickfur.ath.cx 2013-01-03 20:24:38 PST ---
In latest git head, throws an exception. Is this acceptable (should the bug be
closed)?

Or is it better to have reduce return (ElementType!R).init?

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


[Issue 5977] String splitting with empty separator

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5977


hst...@quickfur.ath.cx changed:

   What|Removed |Added

 CC||hst...@quickfur.ath.cx


--- Comment #4 from hst...@quickfur.ath.cx 2013-01-03 20:28:42 PST ---
FWIW, in perl, splitting on an empty string simply returns an array of
characters. I think that better reflects the symmetry of join(, array).

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


[Issue 8552] Bogus diagnostic when member function call doesn't match constancy

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8552


hst...@quickfur.ath.cx changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||hst...@quickfur.ath.cx
 Resolution||FIXED


--- Comment #2 from hst...@quickfur.ath.cx 2013-01-03 20:52:25 PST ---
Seems fixed in latest git head:

$ dmd test.d
test.d(30): Error: mutable method test.SimpleCaseEntry.isUpper is not callable
using a const object
test.d(31): Error: mutable method test.SimpleCaseEntry.isLower is not callable
using a const object

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


[Issue 4829] Linux build fails

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4829


hst...@quickfur.ath.cx changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||hst...@quickfur.ath.cx
 Resolution||FIXED


--- Comment #3 from hst...@quickfur.ath.cx 2013-01-03 20:57:38 PST ---
I'm just going to close this; the latest posix.mak doesn't have this problem
(-lm is correctly added to LDFLAGS).

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


[Issue 8302] Documentation of dirEntries in std.file is incomplete

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8302



--- Comment #3 from hst...@quickfur.ath.cx 2013-01-03 21:25:46 PST ---
Hmm, the original fix was incomplete.

https://github.com/D-Programming-Language/phobos/pull/1051

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


[Issue 7128] Cartesian product of ranges

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7128



--- Comment #1 from hst...@quickfur.ath.cx 2013-01-03 21:29:14 PST ---
https://github.com/D-Programming-Language/phobos/pull/856

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542



--- Comment #6 from hst...@quickfur.ath.cx 2013-01-03 21:39:09 PST ---
Here's an unexpected data point: I discovered that this bug may be linked to
the -property compiler flag. To reproduce this odd effect, checkout the code
from: https://github.com/D-Programming-Language/phobos/pull/856, build Phobos
without unittest, then check the output of the following commands (I tested
this on Linux/64):

1) This one compiles just fine:

dmd -unittest -m64 std/algorithm.d generated/linux/debug/64/emptymain.d
-of/tmp/x

2) This one produces a whole bunch of template crosstalk errors:

dmd -property -unittest -m64 std/algorithm.d
generated/linux/debug/64/emptymain.d -of/tmp/x

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542



--- Comment #7 from hst...@quickfur.ath.cx 2013-01-03 21:43:08 PST ---
Hmm, the -property effect also happens with the simpler test case I posted
earlier in comment 4:

$ dmd test.d
$ # Compiled successfully
$ dmd -property test.d
test.d(5): Error: no property 'map' for type 'Zip!(Sequence!(n,
Tuple!(ulong)), Sequence!(2*n, Tuple!(int)), Sequence!(2*n+1, Tuple!(int)),
Repeat!(Sequence!(2*n, Tuple!(int))), Repeat!(Sequence!(2*n+1,
Tuple!(int'
test.d(17): Error: template instance test.cprod!(Sequence!(2*n, Tuple!(int)),
Sequence!(2*n+1, Tuple!(int))) error instantiating
test.d(5): Error: no property 'map' for type 'Zip!(Sequence!(n,
Tuple!(ulong)), Sequence!(100+n, Tuple!(int)), Sequence!(200+n,
Tuple!(int)), Repeat!(Sequence!(100+n, Tuple!(int))),
Repeat!(Sequence!(200+n, Tuple!(int'
test.d(21): Error: template instance test.cprod!(Sequence!(100+n,
Tuple!(int)), Sequence!(200+n, Tuple!(int))) error instantiating
$

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542



--- Comment #8 from hst...@quickfur.ath.cx 2013-01-03 21:49:54 PST ---
Actually, nevermind that. I just realized that -property requires () for map
and joiner because they aren't declared with @property (and UFCS does not
alleviate the need for parentheses).

The sad thing, though, is that my reduced test case no longer produces template
crosstalk in git HEAD. :-(

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


[Issue 7128] Cartesian product of ranges

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7128



--- Comment #2 from bearophile_h...@eml.cc 2013-01-03 21:54:44 PST ---
(In reply to comment #1)
 https://github.com/D-Programming-Language/phobos/pull/856

I guess the Python repeat optional argument is not supported:

 from itertools import product
 list(product(abc, repeat=4))
[('a', 'a', 'a', 'a'), ('a', 'a', 'a', 'b'), ('a', 'a', 'a', 'c'), ('a', 'a',
'b', 'a'), ('a', 'a', 'b', 'b'), ...]

So you have to write:

array(cartesianProduct(abc, abc, abc, abc))

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542



--- Comment #9 from hst...@quickfur.ath.cx 2013-01-03 22:01:51 PST ---
Hmph. It seems that Timon's original code also compiles fine in git head
(without -property). With -property it fails, but seems the reason is that
-property requires functions like map and joiner to have trailing parentheses
(). The template crosstalk problem seems to have gone away.

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


[Issue 8302] Documentation of dirEntries in std.file is incomplete

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8302



--- Comment #4 from github-bugzi...@puremagic.com 2013-01-03 22:04:21 PST ---
Commit pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/3d56ea1fa57e8727bb0ef37690cdf6761e60fb34
Complete the fix for issue 8302.

The original fix (e6621da89985ca9688f758c5fffd00438050bfd4) missed the
second variant of std.file.dirEntries.

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


[Issue 4829] Linux build fails

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4829


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com
 Resolution|FIXED   |WORKSFORME


--- Comment #4 from Walter Bright bugzi...@digitalmars.com 2013-01-03 
22:12:00 PST ---
If a problem was fixed elsewhere, should be marked as WORKSFORME.

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542



--- Comment #10 from hst...@quickfur.ath.cx 2013-01-03 22:28:37 PST ---
git bisect appears to indicate that it was dmd commit
688f7ce593eef75997a2b8f2527d3cd9338692aa that fixed this issue.

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


[Issue 8542] crosstalk between template instantiations

2013-01-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8542


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||WORKSFORME


--- Comment #11 from Walter Bright bugzi...@digitalmars.com 2013-01-03 
23:46:02 PST ---
Then we can resolve this as WORKSFORME.

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