[Issue 2670] New: std.file.read() should read files of 0 length

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2670 Summary: std.file.read() should read files of 0 length Product: D Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2

Re: weird /proc reading bug in linux

2009-02-16 Thread Walter Bright
Added to bugzill as http://d.puremagic.com/issues/show_bug.cgi?id=2670

[Issue 2657] Remove opPostInc, opPostDec

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2657 --- Comment #3 from clugd...@yahoo.com.au 2009-02-16 05:36 --- Steven - I agree, it should be opInc. The opAddAssign(1) design assumes that x+=int is valid, and that's not necessarily true. It plays havoc with templated operators, too

[Issue 2658] Remove EscapeString literals.

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2658 --- Comment #4 from clugd...@yahoo.com.au 2009-02-16 05:38 --- C has got by with it perfectly well for an awful long time. --

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

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2660 --- Comment #4 from clugd...@yahoo.com.au 2009-02-16 07:08 --- >I rather expect that will never happen as the #line bit is there for compatibility with the c preprocessed tool stack (lex, yacc, CPP and any other pre existing tools/edi

[Issue 2671] New: Circular imports and static constructors in templates

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2671 Summary: Circular imports and static constructors in templates Product: D Version: 1.039 Platform: PC OS/Version: Windows Status: NEW Keywords: rejects-valid Severi

[Issue 2658] Remove EscapeString literals.

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2658 --- Comment #5 from jarrett.billings...@gmail.com 2009-02-16 10:23 --- So has virtually every other language. I don't think I have *ever* seen the backslash string literals used in any D source. I doubt most people even know of thei

[Issue 2254] Size of executable almost triples

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2254 --- Comment #8 from malagan...@yahoo.es 2009-02-16 11:48 --- I just want to comment: The more symbols, the more exports you have...the more file size you get. What i hate the most is that when you execute your program it takes even mo

[Issue 2658] Remove EscapeString literals.

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2658 --- Comment #6 from shro8...@vandals.uidaho.edu 2009-02-16 13:12 --- I use them often when for literals of length 1. E.g. return stringVar ~ \n; --

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

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2660 --- Comment #5 from shro8...@vandals.uidaho.edu 2009-02-16 13:18 --- I'll admit it is not public domain, but I have a tool for translating c# into D that uses #line all over the place and a tool that takes a file with #line directive

[Issue 2659] Remove the comma operator

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2659 --- Comment #1 from wbax...@gmail.com 2009-02-16 19:10 --- (In reply to comment #0) > The comma operator is an unintuitive operator with very few commendable uses. About the only real use it gets in C is in preprocessor macro hacks.

[Issue 2658] Remove EscapeString literals.

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2658 --- Comment #7 from wbax...@gmail.com 2009-02-16 19:21 --- (In reply to comment #6) > I use them often when for literals of length 1. E.g. > > return stringVar ~ \n; That's no where near worth the price of giving up a whole symbol i

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

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2660 --- Comment #6 from wbax...@gmail.com 2009-02-16 19:27 --- (In reply to comment #5) > I'll admit it is not public domain, but I have a tool for translating c# into > D > that uses #line all over the place and a tool that takes a file

[Issue 2436] Unexpected OPTLINK termination

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2436 --- Comment #3 from bugzi...@digitalmars.com 2009-02-16 19:35 --- I tried linking this obj file, and it linked without complaint, and runs printing "Test". I suspect the problem may be with multithreading on a multicore system. My sy

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

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2660 --- Comment #7 from shro8...@vandals.uidaho.edu 2009-02-16 20:09 --- (In reply to comment #6) > > Can't you just spend like 2 seconds changing that to look for pragma(line..) > instead of #line? > That's not my point, my point is t

[Issue 424] Unexpected OPTLINK Termination at EIP=0044C37B (too many fixups)

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=424 --- Comment #24 from bugzi...@digitalmars.com 2009-02-16 22:31 --- The compiler already has a switch to generate multiple obj files from one source file: -multiobj. I use it for debugging. But it would be a royal pain to use if there's

[Issue 2672] New: Delegate .funcptr returns wrong type.

2009-02-16 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2672 Summary: Delegate .funcptr returns wrong type. Product: D Version: 2.025 Platform: PC OS/Version: Windows Status: NEW Keywords: accepts-invalid, ice-on-valid-code, rejects-va