[Issue 5686] class template error

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 --- Comment #1 from changlon chang...@gmail.com 2011-03-03 00:27:11 PST --- update test case: - class Test2(string name, string file = __FILE__, ptrdiff_t line = __LINE__){ static assert( line != __LINE__ -1 );

[Issue 5687] std.string.format() error with %a

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5687 --- Comment #1 from Lars T. Kyllingstad bugzi...@kyllingen.net 2011-03-03 00:27:42 PST --- I've found the cause for this: 1.2 is a double, and should be formatted as such, but it is converted to a real internally in std.format.doFormat(). I

[Issue 5656] dmd fails to compile optimized foreach over a big enum

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5656 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 4379] ICE(blockopt.c): foreach over huge tuple, only with -O

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4379 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||jens.k.muel...@gmx.de ---

[Issue 5688] New: Poor optimization of (long 1)

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5688 Summary: Poor optimization of (long 1) Product: D Version: D1 D2 Platform: Other OS/Version: Windows Status: NEW Severity: enhancement Priority: P2

[Issue 5684] Extremely show compile times with large tuples with -O -inline

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5684 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au ---

[Issue 4750] fail_compilation/fail225.d causes dmd to segv

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4750 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Issue 5689] New: [64-Bit] uniform() fails with -profile

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5689 Summary: [64-Bit] uniform() fails with -profile Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Keywords: wrong-code Severity: normal

[Issue 5687] std.string.format() error with %a

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5687 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au ---

[Issue 5687] std.string.format() error with %a

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5687 --- Comment #3 from Don clugd...@yahoo.com.au 2011-03-03 01:17:33 PST --- On Windows: import std.stdio; import std.string; void main() { writefln(%a, 1.2); writeln(format(%a, 1.2)); } --- 0x1.3p+0 0x1.3p+0

[Issue 5687] std.string.format() error with %a

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5687 --- Comment #4 from Lars T. Kyllingstad bugzi...@kyllingen.net 2011-03-03 01:57:22 PST --- (In reply to comment #2) Is it actually true that %A on Linux for doubles always begins with 0x1. ? Having tested with a large number of random

[Issue 5686] class template error

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC|

[Issue 5686] class template error

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 --- Comment #4 from changlon chang...@gmail.com 2011-03-03 06:45:53 PST --- The lineno shoule be the lineno where template is be instantiated, not where it be declared . for template and function template it is working . for class template

[Issue 5686] class template error

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 --- Comment #5 from changlon chang...@gmail.com 2011-03-03 06:50:13 PST --- --- ptrdiff_t Test1( string file = __FILE__, ptrdiff_t line = __LINE__)(){ pragma(msg, line.stringof); return line ; } class

[Issue 5686] class template error

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 --- Comment #6 from Steven Schveighoffer schvei...@yahoo.com 2011-03-03 07:16:34 PST --- With some testing, I discovered that it's the act of explicit instantiation that causes the line number to be tied to the declaration line: ptrdiff_t

[Issue 5688] Poor optimization of (long 1)

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5688 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC|

[Issue 5687] std.string.format() error with %a

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5687 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC|

[Issue 5691] New: walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 Summary: walkLength() compatible with opApply() Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: rejects-valid Severity: normal

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added Keywords|rejects-valid |

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 --- Comment #3 from bearophile_h...@eml.cc 2011-03-03 14:38:46 PST --- (In reply to comment #2) to count the items of a lazy range I meant lazy iterable. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ---

[Issue 5692] New: Printing complex numbers with negative imaginary part

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5692 Summary: Printing complex numbers with negative imaginary part Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: wrong-code Severity:

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 --- Comment #4 from Jonathan M Davis jmdavisp...@gmx.com 2011-03-03 14:47:19 PST --- And since when is a range created by opApply? It's not a range until it's a type with the appropriate functions on it. Sure, you could feed a struct with

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added CC|

[Issue 5621] speller.c: enhancement request

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5621 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC|

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 --- Comment #6 from bearophile_h...@eml.cc 2011-03-03 16:15:35 PST --- (In reply to comment #5) We could define some algorithms to work with opApply, but that would blow up the size of std.algorithm I agree that std.algorithm already

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 --- Comment #8 from Jonathan M Davis jmdavisp...@gmx.com 2011-03-03 16:38:57 PST --- Honestly, whenever I see anyone discussing opApply, my first reaction is to question why they're using it in the first place. In almost all cases, ranges do

[Issue 5691] walkLength() compatible with opApply()

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5691 --- Comment #9 from bearophile_h...@eml.cc 2011-03-03 16:54:17 PST --- (In reply to comment #7) Instead you may want to use the range interface and benefit of walkLength and others. The semantics of opApply() is inverted compared to the

[Issue 5693] New: Problem with address of template struct opCall

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5693 Summary: Problem with address of template struct opCall Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: ice-on-invalid-code

[Issue 5688] Poor optimization of (long 1)

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5688 --- Comment #2 from Don clugd...@yahoo.com.au 2011-03-03 17:52:46 PST --- (In reply to comment #1) Interestingly, if the code is written as: bool foo(long v) { return (v 1) == 1; } the code generated is: mov

[Issue 5647] [64-bit] Valgrind complains about illegal instruction

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5647 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 5517] SEGV: assert(false) in release mode

2011-03-03 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5517 --- Comment #2 from Don clugd...@yahoo.com.au 2011-03-03 23:46:40 PST --- Some further detail: 0xF4, the HLT opcode, is a privileged instruction; it doesn't actually get executed. Instead, a Privileged Instruction hardware exception is raised.