http://d.puremagic.com/issues/show_bug.cgi?id=7589
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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 met
http://d.puremagic.com/issues/show_bug.cgi?id=6892
Ali Cehreli changed:
What|Removed |Added
CC||acehr...@yahoo.com
--- Comment #1 from A
http://d.puremagic.com/issues/show_bug.cgi?id=6856
--- Comment #24 from Don 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 of the function.
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=7603
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
--- Com
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
https://github.com/D-Programming-Language/dmd/commit/4d6cf6bcf813bc9b9ec59415b13d67e1475ba289
http://d.puremagic.com/issues/show_bug.cgi?id=7518
Walter Bright changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #
http://d.puremagic.com/issues/show_bug.cgi?id=7547
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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
https://github.com/D-Programming-Language/dmd/commit/59ed3f01606efd23638c7f94d0982ba9d9341a5
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
https://github.com/D-Programming-Language/dmd/commit/576f18aaf12a2e3b63e464b8a3405e5f7af279d9
http://d.puremagic.com/issues/show_bug.cgi?id=7554
Kenji Hara changed:
What|Removed |Added
Keywords||pull
--- Comment #5 from Kenji Hara 2012
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: norma
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[]] ma
http://d.puremagic.com/issues/show_bug.cgi?id=4279
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--- Com
http://d.puremagic.com/issues/show_bug.cgi?id=7554
--- Comment #4 from Kenji Hara 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 convert expression (&
http://d.puremagic.com/issues/show_bug.cgi?id=7585
Jonathan M Davis changed:
What|Removed |Added
CC||jmdavisp...@gmx.com
--- Comment #4
http://d.puremagic.com/issues/show_bug.cgi?id=7585
Ali Cehreli changed:
What|Removed |Added
CC||acehr...@yahoo.com
--- Comment #3 from A
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 inner
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.
>
http://d.puremagic.com/issues/show_bug.cgi?id=7512
--- Comment #4 from hst...@quickfur.ath.cx 2012-02-27 14:01:53 PST ---
Direct proof that something really weird is going on:
const int[] key1 = [1,3,5];
const int[] key2 = [2,4,6];
int[int[]] a8 = [ key1: 135, key2: 246 ];
a8[key1] = 135; // yo
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];
assert(a
http://d.puremagic.com/issues/show_bug.cgi?id=3889
Andrej Mitrovic changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
--- Comme
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 A
http://d.puremagic.com/issues/show_bug.cgi?id=7583
Don changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
Summary|[CTFE] P
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
Com
http://d.puremagic.com/issues/show_bug.cgi?id=7500
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7601
Summary: Spurious "dangling else" warning with "version(X):"
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: diagnostic, rejects-valid
Se
http://d.puremagic.com/issues/show_bug.cgi?id=7500
--- Comment #3 from github-bugzi...@puremagic.com 2012-02-27 11:55:55 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/2c7907c613736338fbde6deb1c38a493154a2d4
http://d.puremagic.com/issues/show_bug.cgi?id=7523
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=7525
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3492
--- Comment #7 from Walter Bright 2012-02-27
10:48:35 PST ---
>because then every subsequent definition of the nested function conflicts with
the rest.
You can make test() a template function.
--
Configure issuemail: http://d.puremagic.com/
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 = ["abc"w: 1, "def"w: 2];
foreach (key, val; map) {
assert((key in map) !is null); // throws AssertError
http://d.puremagic.com/issues/show_bug.cgi?id=7600
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
--- Com
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
Priority
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 fr
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #6 from Dmitry Olshansky 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 (unlike '-' that i
http://d.puremagic.com/issues/show_bug.cgi?id=6856
--- Comment #23 from timon.g...@gmx.ch 2012-02-27 04:44:18 PST ---
(In reply to comment #22)
> (In reply to comment #17)
> > > However, Don's proposal make sense (defining how contract is executed at
> > > callee's place instead of caller's plac
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #5 from Magnus Lie Hetland 2012-02-27 03:18:50
PST ---
Quoting Dmitry:
> BTW this page shows that [ and ] should be escaped, and not a single word on
> it
> used as first character (unlike '-' that is supported).
> http://www.php.
http://d.puremagic.com/issues/show_bug.cgi?id=6856
--- Comment #22 from Don 2012-02-27 02:44:28 PST ---
(In reply to comment #17)
> > However, Don's proposal make sense (defining how contract is executed at
> > callee's place instead of caller's place).
>
> Don's proposal is to remove 'in' con
http://d.puremagic.com/issues/show_bug.cgi?id=7551
Dmitry Olshansky changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #4 from Dmi
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #3 from Magnus Lie Hetland 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 from the definitio
http://d.puremagic.com/issues/show_bug.cgi?id=7551
--- Comment #2 from Magnus Lie Hetland 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 fine by me. Special
43 matches
Mail list logo