[Issue 8487] Semantic analysis of templates is insanely slow

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8487 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #

[Issue 8487] Semantic analysis of templates is insanely slow

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8487 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #8 from Jacob

[Issue 8489] New: Octal digits have been removed from dmd but not from lex.html

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8489 Summary: Octal digits have been removed from dmd but not from lex.html Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity:

[Issue 8489] Octal digits have been removed from dmd but not from lex.html

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8489 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 8490] New: Global property calls do not work with auto expressions

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8490 Summary: Global property calls do not work with auto expressions Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: rejects-valid

[Issue 4935] std.bitmanip: bitfields!() template with trailing unnamed field does not work

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4935 Era Scarecrow changed: What|Removed |Added CC||rtcv...@yahoo.com --- Comment #3 from

[Issue 6686] bitmanip bitfields are broken at 64 bits

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6686 Era Scarecrow changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 8474] bitfields doesn't work with 32 bit fields

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8474 Era Scarecrow changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 5942] Bitfields are overwritten erroneously

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5942 Era Scarecrow changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 5520] bitfieldsOn

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5520 Era Scarecrow changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Issue 8491] New: alias basic type in template paramter unable pass complie

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8491 Summary: alias basic type in template paramter unable pass complie Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement

[Issue 8486] Possibly wrong interaction of Variant and const arrays

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8486 --- Comment #3 from cybevnm 2012-08-01 12:58:14 PDT --- (In reply to comment #2) > … the point being that this is, if anything, analogous to the constness of the > Variant instance itself, not the contained type. Unfortunately, Variant's handl

[Issue 8486] Possibly wrong interaction of Variant and const arrays

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8486 --- Comment #4 from klickverbot 2012-08-01 13:08:10 PDT --- I meant that Variant should regard e.g. const(T[]) and const(T)[] or const(T*) and const(T)* equivalent, i.e. allow implicit conversion between them. The fact that const is automatic

[Issue 8486] Possibly wrong interaction of Variant and const arrays

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8486 --- Comment #5 from cybevnm 2012-08-01 13:43:19 PDT --- (In reply to comment #4) > I meant that Variant should regard e.g. const(T[]) and const(T)[] or const(T*) > and const(T)* equivalent, i.e. allow implicit conversion between them. Agree, i

[Issue 4424] Copy constructor and templated opAssign cannot coexist

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4424 Dmitry Olshansky changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #

[Issue 4489] std.array.insert is slow

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4489 --- Comment #1 from to...@yahoo.com 2012-08-01 15:56:03 PDT --- I just revisited this. I tried with with DMD 2.046 again, just to be sure I'm doing the same benchmark, and I got: myInsert(T) 130 insert(T,Range) 240 Basically the same numbe

[Issue 4489] std.array.insert is slow

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4489 --- Comment #2 from Andrei Alexandrescu 2012-08-01 16:46:38 PDT --- Brought the code to date with: import std.array; import std.datetime; import std.stdio; import std.c.string; enum COUNT = 100_000; void myInsert(T)(ref T[] arr, size_

[Issue 8492] can't infer type in static assert

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8492 --- Comment #1 from Ellery Newcomer 2012-08-01 19:28:55 PDT --- Created an attachment (id=1132) test case -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Issue 8492] New: can't infer type in static assert

2012-08-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=8492 Summary: can't infer type in static assert Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD