[Issue 2575] gdb can not show code

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2575 --- Comment #5 from bugzi...@digitalmars.com 2009-02-20 04:42 --- But dmd does emit the low_pc and high_pc data. Compile: int foo(int i) { return i * i; } with: dmd -c -g foo.d Then run dumpobj on it: dumpobj -p foo.o which

[Issue 2575] gdb can not show code

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2575 --- Comment #6 from jason.james.ho...@gmail.com 2009-02-20 07:54 --- D'oh, if only I reported more information when I remembered it. Trying now, I'm doing objdump -Wgs executable and then searching for module. What I see right

[Issue 2678] New: for loops are already assumed to terminate

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2678 Summary: for loops are already assumed to terminate Product: D Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2

[Issue 2678] for loops are already assumed to terminate

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2678 --- Comment #1 from and...@metalanguage.com 2009-02-20 09:17 --- Before anyone brings up Turing completeness: I said nonzero compile-time-constant termination condition. s/Turing completeness/Turing's machine halting problem/ --

[Issue 2678] for loops are already assumed to terminate

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2678 --- Comment #2 from shro8...@vandals.uidaho.edu 2009-02-20 10:52 --- You would also need to take into account try/catch blocks. This doesn't actually invalidate the assertion (you still can't fall out of the loop), it just forces you

[Issue 2678] for loops are already assumed to terminate

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2678 --- Comment #3 from and...@metalanguage.com 2009-02-20 11:27 --- (In reply to comment #2) You would also need to take into account try/catch blocks. This doesn't actually invalidate the assertion (you still can't fall out of the

[Issue 2336] link to nonexistent std_array.html

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2336 --- Comment #4 from jlqu...@optonline.net 2009-02-20 19:51 --- The link is still broken in 2.025 --

[Issue 2680] New: Declarator rule is broken

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2680 Summary: Declarator rule is broken Product: D Version: 2.025 Platform: PC URL: http://www.digitalmars.com/d/2.0/declaration.html OS/Version: Linux Status: NEW

[Issue 2658] Remove EscapeString literals.

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2658 --- Comment #9 from bugzi...@digitalmars.com 2009-02-20 21:17 --- It's a good idea to remove them. The feature didn't turn out to be interesting or useful, and it's time to clean out some detritus. --

Re: Russian and other national languages support

2009-02-20 Thread Walter Bright
zorran wrote: Russian language not working in comments and strings by default with ANSI coding (code page) Compiler write error - invalid UTF-8 sequence D source code is expected to be in Unicode format (like UTF-8). Modern editors can be set to generate this format instead of using code

[Issue 2660] Change #line to pragma(line)

2009-02-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2660 --- Comment #11 from to...@famolsen.dk 2009-02-21 00:05 --- clobbing up the # character like that is pretty aweful as well! --