http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #2 from Magnus Lie Hetland mag...@hetland.org 2012-02-27 00:44:59
PST ---
It did exist in the previous version -- my code broke with the new regexp
engine, but worked before :-)
If this is a conscious choice, then that's totally
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #3 from Magnus Lie Hetland mag...@hetland.org 2012-02-27 00:51:18
PST ---
This whole thing goes for start brackets, too, I guess. As far as I can see,
they, too, must be escaped when used inside character classes, now. This
follows
http://d.puremagic.com/issues/show_bug.cgi?id=7551
Dmitry Olshansky dmitry.o...@gmail.com changed:
What|Removed |Added
Severity|normal |enhancement
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #6 from Dmitry Olshansky dmitry.o...@gmail.com 2012-02-27
05:18:12 PST ---
(In reply to comment #5)
Quoting Dmitry:
BTW this page shows that [ and ] should be escaped, and not a single word
on it
used as first character
http://d.puremagic.com/issues/show_bug.cgi?id=3492
timon.g...@gmx.ch changed:
What|Removed |Added
CC||timon.g...@gmx.ch
--- Comment #6
http://d.puremagic.com/issues/show_bug.cgi?id=7600
Summary: Generate better error message with lvalue mismatch
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
http://d.puremagic.com/issues/show_bug.cgi?id=7600
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
---
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #1 from hst...@quickfur.ath.cx 2012-02-27 10:29:15 PST ---
Update: wstring keys fail the foreach test too:
int[wstring] map = [abcw: 1, defw: 2];
foreach (key, val; map) {
assert((key in map) !is null); // throws AssertError
}
http://d.puremagic.com/issues/show_bug.cgi?id=7525
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=7523
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=7500
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=7583
Don clugd...@yahoo.com.au changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
http://d.puremagic.com/issues/show_bug.cgi?id=7602
Summary: [CTFE] Segmentation fault when using array.keys
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #2 from hst...@quickfur.ath.cx 2012-02-27 12:42:04 PST ---
OK, I've narrowed down this bug to using an AA literal for when the key is a
non-string array. For some strange reason, the AA literal *appears* to
correctly initialize the
http://d.puremagic.com/issues/show_bug.cgi?id=3889
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #3 from hst...@quickfur.ath.cx 2012-02-27 13:57:09 PST ---
Even more weirdness:
int[int[]] a7;
const int[] key1 = [1,3,5];
const int[] key2 = [2,4,6];
a7[key1] = 135;
a7[key2] = 246;
int[int[]] a8 = [key1: 135, key2: 246];
http://d.puremagic.com/issues/show_bug.cgi?id=3889
--- Comment #15 from bearophile_h...@eml.cc 2012-02-27 15:13:27 PST ---
(In reply to comment #14)
There's also:
arr = null;
Would you have to change that to `arr = []` to fit the enhancement request?
That would break so much code.
I
http://d.puremagic.com/issues/show_bug.cgi?id=7554
--- Comment #3 from bearophile_h...@eml.cc 2012-02-27 15:27:55 PST ---
This code compiles, but I don't remember if this used to compile even before
fixing bug 7500 :
int outer(immutable int function(in int) pure foo) pure {
pure int
http://d.puremagic.com/issues/show_bug.cgi?id=7585
Ali Cehreli acehr...@yahoo.com changed:
What|Removed |Added
CC||acehr...@yahoo.com
http://d.puremagic.com/issues/show_bug.cgi?id=7585
Jonathan M Davis jmdavisp...@gmx.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7554
--- Comment #4 from Kenji Hara k.hara...@gmail.com 2012-02-27 17:10:21 PST ---
OK. Reduced test case.
int sqr(int x) pure {
return x * x;
}
void main()
{
immutable(int function(int) pure) ifp = sqr;
// Error: cannot implicitly
http://d.puremagic.com/issues/show_bug.cgi?id=4279
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
---
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #5 from hst...@quickfur.ath.cx 2012-02-27 17:39:10 PST ---
Found cause of problem:
const int[] key = [1,2,3,4];
int[int[]] map1 = [ key: 1234 ];
// map1's internal hashtable has keyti pointing to typeid(const(int)[])
int[int[]]
http://d.puremagic.com/issues/show_bug.cgi?id=7603
Summary: Default initializer is allowed on ref/out params
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: accepts-invalid
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=7554
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #5
http://d.puremagic.com/issues/show_bug.cgi?id=7547
--- Comment #1 from github-bugzi...@puremagic.com 2012-02-27 19:07:10 PST ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=7547
--- Comment #2 from github-bugzi...@puremagic.com 2012-02-27 19:07:29 PST ---
Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=7547
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=7518
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7589
--- Comment #1 from github-bugzi...@puremagic.com 2012-02-27 19:25:51 PST ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
http://d.puremagic.com/issues/show_bug.cgi?id=7603
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
---
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #6 from hst...@quickfur.ath.cx 2012-02-27 20:12:51 PST ---
Apparently AA.get() and AA[key] *always* computes the hash value based on the
unqualified type, whereas AA literals use the const type which computes a
different hash value.
http://d.puremagic.com/issues/show_bug.cgi?id=6856
--- Comment #24 from Don clugd...@yahoo.com.au 2012-02-27 22:14:03 PST ---
(In reply to comment #23)
(In reply to comment #22)
What this means in practice is that in contracts must be BEFORE the vtable
lookup, rather than being in the body
http://d.puremagic.com/issues/show_bug.cgi?id=6892
Ali Cehreli acehr...@yahoo.com changed:
What|Removed |Added
CC||acehr...@yahoo.com
http://d.puremagic.com/issues/show_bug.cgi?id=6856
--- Comment #25 from timon.g...@gmx.ch 2012-02-27 23:28:16 PST ---
Yes, I think that works. The issue can be resolved by making the default 'in'
contract empty if the method is introduced without overriding another and
'assert(false)' if the
http://d.puremagic.com/issues/show_bug.cgi?id=7589
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
36 matches
Mail list logo