[Issue 12065] Some refused implicit string cast in pure methods

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12065


yebblies yebbl...@gmail.com changed:

   What|Removed |Added

 CC||yebbl...@gmail.com
   Platform|x86 |All
 OS/Version|Windows |All


--- Comment #1 from yebblies yebbl...@gmail.com 2014-02-03 23:07:17 EST ---
It's a bug, the compiler thinks that `const(Bar[])` could potentially produce a
`char[]`.

string func1(in char[] x) pure
{
char[] m = .dup;
return m; // works, can't get a char[] from const(char[]) without casting
}

enum Bar : char { A }

string func2(in Bar[] x) pure
{
char[] m = .dup;
return m; // doesn't work, but should
}

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


[Issue 12068] New: `enum` as `inout` function parameter isn't enough for `inout` return.

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12068

   Summary: `enum` as `inout` function parameter isn't enough for
`inout` return.
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Keywords: rejects-valid
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: verylonglogin@gmail.com


--- Comment #0 from Denis Shelomovskij verylonglogin@gmail.com 2014-02-03 
17:01:01 MSK ---
This code should compile:
---
enum E { a }

inout(int) f(inout E);
---
Error: inout on return means inout must be on a parameter as well for
inout(int)(inout(E))
---

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


[Issue 9662] Implement RDMD test suite

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9662


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

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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


[Issue 7653] remove function literals cannot be class members annoyance

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7653


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 CC||thecybersha...@gmail.com
   Severity|normal  |enhancement


--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-03 
15:58:53 EET ---
Another test case:

enum x = { return 5; }; // allowed

struct S
{
enum y = { return 5; }; // forbidden
}

Looking at the compiler code and its history, it looks like an artificial
limitation left in the code from ancient times (dmd 0.90).

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


[Issue 9695] Ddoc should emit enum member initializers

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9695


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

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


--- Comment #5 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-03 
05:58:56 PST ---
Marking as WONTFIX, although for JSON we'll probably have to introduce
initializers to the output to allow DTOH to emit proper C++ header code.

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


[Issue 9450] make assert an implicit version (assert)

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9450


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

   What|Removed |Added

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


--- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-03 
06:06:23 PST ---
We might have to close this one down:
https://github.com/D-Programming-Language/dmd/pull/1614#issuecomment-13091053

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


[Issue 9408] invariant should be non-const by default and settable to const

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9408


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

   What|Removed |Added

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


--- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-02-03 
06:09:05 PST ---
Unassigning myself until there's a consensus.

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


[Issue 7653] remove function literals cannot be class members annoyance

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7653



--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-03 
16:08:25 EET ---
Sorry, that's not right. I forgot the parens.

enum x = { return 5; }(); // allowed

struct S
{
enum y = { return 5; }(); // forbidden
}

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


[Issue 11545] Aggregate function literal member should not have access to enclosing scope

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11545


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

   What|Removed |Added

 CC||timon.g...@gmx.ch


--- Comment #4 from Kenji Hara k.hara...@gmail.com 2014-02-03 06:29:34 PST ---
*** Issue 7653 has been marked as a duplicate of this issue. ***

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


[Issue 7653] remove function literals cannot be class members annoyance

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7653


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

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


--- Comment #3 from Kenji Hara k.hara...@gmail.com 2014-02-03 06:29:34 PST ---
*** This issue has been marked as a duplicate of issue 11545 ***

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


[Issue 9450] make assert an implicit version (assert)

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9450


monarchdo...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #4 from monarchdo...@gmail.com 2014-02-03 07:25:54 PST ---
I think so too.

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


[Issue 11824] A stack variable escaping problem in CTFE Phobos code

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11824


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 CC||thecybersha...@gmail.com
   Severity|normal  |regression


--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-03 
17:47:33 EET ---
I have encountered the same problem:

import std.algorithm;
import std.array;

auto f(int arr) { return [5]; }
immutable x = [1].map!f.array();

This is a regression from 2.064.2.

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


[Issue 11824] A stack variable escaping problem in CTFE Phobos code

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11824



--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-03 
17:57:23 EET ---
Introduced in https://github.com/D-Programming-Language/phobos/pull/1655

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


[Issue 11824] A stack variable escaping problem in CTFE Phobos code

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11824


monarchdo...@gmail.com changed:

   What|Removed |Added

 CC||monarchdo...@gmail.com


--- Comment #3 from monarchdo...@gmail.com 2014-02-03 08:11:37 PST ---
(In reply to comment #2)
 Introduced in https://github.com/D-Programming-Language/phobos/pull/1655

The fix is trivial, I'll push it tonight.

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


[Issue 11824] A stack variable escaping problem in CTFE Phobos code

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11824


monarchdo...@gmail.com changed:

   What|Removed |Added

   Keywords||CTFE


--- Comment #4 from monarchdo...@gmail.com 2014-02-03 09:27:55 PST ---
I can work *around* the issue, but there is a CTFE bug in there to begin with.

Here is a reduced test case:

//
int foo(T)()
{
T[] arr = new T[](1);
T* getAddr(ref T a)
{
return a;
}
getAddr(arr[0]);
return 5;
}

void main()
{
enum a = foo!int(); //OK!
enum b = foo!(int[])(); //FAILS!
}
//
main.d(6): Error: returning a pointer to a local stack variable
main.d(8):called from here: getAddr(arr[0])
main.d(15):called from here: foo()
//

First of all: foo() ? What are the template parameters?

Second, I *think* there is a rejects valid: getAddr rejects return a if a is
of type T[], but not T.

To be perfectly pedantic: a happens to be a stack variable, yes, but *not*
inside getAddr 's scope. So this should not be rejected during CTFE I think.

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


[Issue 12069] New: ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069

   Summary: ctRegex is 3x slower then R-T ?
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: dmitry.o...@gmail.com


--- Comment #0 from Dmitry Olshansky dmitry.o...@gmail.com 2014-02-03 
11:14:04 PST ---
On behalf of Walter Bright, the benchmark:

import std.datetime;
import std.stdio;
import std.regex;

void ct()
{
string phone = +31 650 903 7158;
//auto phoneReg = regex(r^\+([1-9][0-9]*) [0-9 ]*$);
static phoneReg = ctRegex!r^\+([1-9][0-9]*) [0-9 ]*$;
auto m = match(phone, phoneReg);
assert(m);
assert(m.captures[0] == +31 650 903 7158);
assert(m.captures[1] == 31);
}

void rt()
{
string phone = +31 650 903 7158;
auto phoneReg = regex(r^\+([1-9][0-9]*) [0-9 ]*$);
//static phoneReg = ctRegex!r^\+([1-9][0-9]*) [0-9 ]*$;
auto m = match(phone, phoneReg);
assert(m);
assert(m.captures[0] == +31 650 903 7158);
assert(m.captures[1] == 31);
}

void main()
{
auto r = benchmark!(ct, rt)(1_000_000);
writefln(ct = %s msecs, rt = %s, r[0].msecs, r[1].msecs);
}

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


[Issue 12069] ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069



--- Comment #1 from Dmitry Olshansky dmitry.o...@gmail.com 2014-02-03 
11:19:09 PST ---
And a sample run:
C:\cbx\marsdmd foo -O -release -inline -noboundscheck
C:\cbx\marsfoo
ct = 6281 msecs, rt = 1984

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


[Issue 12069] ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069


Dmitry Olshansky dmitry.o...@gmail.com changed:

   What|Removed |Added

   Keywords||pull


--- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2014-02-03 
11:51:46 PST ---
https://github.com/D-Programming-Language/phobos/pull/1906

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


[Issue 12069] ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069


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

   What|Removed |Added

 CC||bugzi...@digitalmars.com


--- Comment #3 from Walter Bright bugzi...@digitalmars.com 2014-02-03 
12:22:09 PST ---
Should also add this benchmark code to:

http://dlang.org/regular-expression.html

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


[Issue 12070] New: Variant opCall not static

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12070

   Summary: Variant opCall not static
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: regression
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: jesse.k.phillip...@gmail.com


--- Comment #0 from Jesse Phillips jesse.k.phillip...@gmail.com 2014-02-03 
13:17:12 PST ---
In previous versions the following code compiled because there was no opCall:

import std.variant;

void main() {
auto v = Variant();
}

Error: need 'this' for 'opCall' of type '@trusted VariantN!(20u)()'

The opCall isn't static so it requires a this. A work around seems to be to add
null:

Variant(null);

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


[Issue 12069] ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069



--- Comment #4 from github-bugzi...@puremagic.com 2014-02-03 13:50:01 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/b64c0919162a2bb9ac730f6f3980fe527c1bc9e0
fix issue 12069

On Win32 allocating large blocks (512K) is forwarded to
VirtualAlloc/VirtualFree. Doing these calls is expensive especially in a
loop. As a temporary solution a block size of a segmented stack is
decreased to ~1/8 of critical size.

The code needs to be adapted once allocators are in std.

https://github.com/D-Programming-Language/phobos/commit/908908164cbcf3fb6690912b155cd133c4861392
Merge pull request #1906 from blackwhale/issue-12069

Fix issue 12069

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


[Issue 12028] Disallow side effects in asserts

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12028


Dylan Knutson tcdknut...@gmail.com changed:

   What|Removed |Added

 CC||tcdknut...@gmail.com


--- Comment #2 from Dylan Knutson tcdknut...@gmail.com 2014-02-03 14:01:09 
PST ---
Andrej, I believe that was me! It would have been nice to have that code
checked for side effects in assert statements. I'm in support of this
enhancement request.

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


[Issue 12046] Rebindable supports arrays

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12046


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 CC||thecybersha...@gmail.com
  Component|tools   |Phobos


--- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:07:15 EET ---
Why was the component set to tools?

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


[Issue 2152] Parentheses usage inconsistency.

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=2152


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||thecybersha...@gmail.com
 Resolution||WORKSFORME


--- Comment #4 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:14:35 EET ---
After porting to D2 and adding static to Klasa methods (I assume that was a
reduction error), problem does not manifest under 2.065 git.

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


[Issue 2152] Parentheses usage inconsistency.

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=2152



--- Comment #5 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:16:30 EET ---
Oops, never mind about the static bit. Everything else stands.

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


[Issue 3107] [meta] Property syntax

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=3107


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

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


--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:17:47 EET ---
All dependencies satisfied.

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


[Issue 918] (D1 only): Template order matter, version block change something with typedef, and another template bug.

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=918


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

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


--- Comment #8 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:23:14 EET ---
(In reply to comment #5)
 It can be closed now I think, but still I will want to test it in DMD 1.x.

Closing as 1.x is discontinued.

 Anyone knows what changes in compiler possibly made all this fixes, regression
 and fixes? I can try historical version and check which have what behaviour.
 I would not want to close error because it dissapered by random chance :)

If you still would like to know, let me know and I'll do a progression test
:)

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


[Issue 3137] choosing the template declaration for a template instantiation involves more than partial ordering by specialization

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=3137


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||thecybersha...@gmail.com
 Resolution||DUPLICATE


--- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:34:49 EET ---
*** This issue has been marked as a duplicate of issue 1659 ***

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


[Issue 12028] Disallow side effects in asserts

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12028



--- Comment #3 from bearophile_h...@eml.cc 2014-02-03 14:33:11 PST ---
A discussion thread:
http://forum.dlang.org/thread/yzopesnnlgidhelsr...@forum.dlang.org


A problem raised by Brad Roberts:

 I have one semi-large code base where I validate the locking semantics
 by adding assert(!lock.try_acquire)'s.  That's clearly a side effect,
 but also clearly should never have one if the code is correct.


And an answer by Marco Leise:

 Basically lock.try_acquire is pure when it returns false, and if not,
 the program is terminated anyways so it doesn't make a difference.

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


[Issue 1659] template alias parameters are chosen over all but exact matches.

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=1659


Vladimir Panteleev thecybersha...@gmail.com changed:

   What|Removed |Added

 CC||thecybersha...@gmail.com


--- Comment #4 from Vladimir Panteleev thecybersha...@gmail.com 2014-02-04 
00:32:36 EET ---
Still happens with 2.064. The typedef part is no longer relevant as the
language feature is going away, but the class hierarchy part remains.

Shorter test case:

class Foo { }
class Bar : Foo { }

void f(T : Foo)() { }
void f(alias T)() { assert(false); }

void main()
{
f!Bar();
}

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


[Issue 12069] ctRegex is 3x slower then R-T ?

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12069



--- Comment #5 from github-bugzi...@puremagic.com 2014-02-03 15:20:12 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/f1eadb913608ad1e1acd800e6c36b2b50b2a9f12
Merge pull request #1906 from blackwhale/issue-12069

Fix issue 12069

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


[Issue 9792] length field of a const SortedRange

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9792


Justin Whear jus...@economicmodeling.com changed:

   What|Removed |Added

 CC||jus...@economicmodeling.com


--- Comment #1 from Justin Whear jus...@economicmodeling.com 2014-02-03 
16:25:48 PST ---
(In reply to comment #0)
 I'd like this code to work:
 
 
 import std.algorithm: sort;
 void main() {
 const data = [1, 5, 2].sort();
 auto len = data.length;
 }
 
 
 DMD 2.063alpha gives:
 
 temp.d(4): Error: mutable method std.range.SortedRange!(int[], a 
 b).SortedRange.length is not callable using a const object

Additionally `contains`, and probably `lowerBound`, `equalRange`, and
`upperBound`.

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


[Issue 11457] Cannot compile 64bit apps with Visual Studio 2013

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11457



--- Comment #3 from github-bugzi...@puremagic.com 2014-02-03 18:51:15 PST ---
Commit pushed to 2.065 at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/e4933242c8f0d133afc2c5cee1c5d70c3e3c01cf
Merge pull request #3092 from rainers/win64_sdk81

issue 11457: add Windows SDK 8.1 library search path to sc.ini

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


[Issue 11824] A stack variable escaping problem in CTFE Phobos code

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11824


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

   What|Removed |Added

   Keywords||pull
  Component|Phobos  |DMD
   Platform|x86 |All
 OS/Version|Windows |All


--- Comment #5 from Kenji Hara k.hara...@gmail.com 2014-02-03 21:52:04 PST ---
(In reply to comment #4)
 I can work *around* the issue, but there is a CTFE bug in there to begin with.
 
[snip]
 To be perfectly pedantic: a happens to be a stack variable, yes, but *not*
 inside getAddr 's scope. So this should not be rejected during CTFE I think.

Yes, this is a compiler bug.

https://github.com/D-Programming-Language/dmd/pull/3204

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


[Issue 12046] Rebindable supports arrays

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12046



--- Comment #3 from monarchdo...@gmail.com 2014-02-03 22:43:48 PST ---
(In reply to comment #2)
 Why was the component set to tools?

I accidentally the wrong in the drop down menu. Sorry :/

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


[Issue 12071] New: Algebraic won't take delegate returning structure

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12071

   Summary: Algebraic won't take delegate returning structure
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: regression
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: jesse.k.phillip...@gmail.com


--- Comment #0 from Jesse Phillips jesse.k.phillip...@gmail.com 2014-02-03 
23:25:18 PST ---
The following code compiled with 2.064 but fails with an error with 2.065.

import std.variant;

void main() {
Structure example() { return Structure.init; }

auto m = VariantTest(example);
}

struct Structure {}
alias Algebraic!(Structure delegate()) VariantTest;
--

C:\opt\dmd\windows\bin\..\..\src\phobos\std\variant.d(559): Error: static
assert  Cannot store a Structure in a VariantN!(8u, Structure delegate()).
Valid types are (Structure delegate())
C:\opt\dmd\windows\bin\..\..\src\phobos\std\variant.d(531):instantiated
from here: opAssign!(Structure)
C:\opt\dmd\windows\bin\..\..\src\phobos\std\variant.d(600):instantiated
from here: handler!(Structure delegate())
C:\opt\dmd\windows\bin\..\..\src\phobos\std\variant.d(550):instantiated
from here: opAssign!(Structure delegate()) test.d(6):instantiated from
here: __ctor!(Structure delegate())

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


[Issue 12071] Algebraic won't take delegate returning structure

2014-02-03 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12071


Jesse Phillips jesse.k.phillip...@gmail.com changed:

   What|Removed |Added

 CC||jesse.k.phillip...@gmail.co
   ||m


--- Comment #1 from Jesse Phillips jesse.k.phillip...@gmail.com 2014-02-03 
23:31:30 PST ---
Sorry, should say 2.065 beta 3

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