[Issue 4443] Optimizer produces wrong code for || or with struct arrays

http://d.puremagic.com/issues/show_bug.cgi?id=4443 --- Comment #4 from Don clugd...@yahoo.com.au 2010-08-04 00:07:00 PDT --- (In reply to comment #3) if (!sregs) sregs = ALLREGS ~rretregs; c3 = allocreg(sregs,reg,ty); } + //

[Issue 4578] Regression(2.047,1.062): ICE(cgcod.c): var+arr[]

http://d.puremagic.com/issues/show_bug.cgi?id=4578 Don clugd...@yahoo.com.au changed: What|Removed |Added Keywords||patch CC|

[Issue 4581] New: extern function pointers inside functions

http://d.puremagic.com/issues/show_bug.cgi?id=4581 Summary: extern function pointers inside functions Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW Keywords: link-failure, rejects-valid

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC|

[Issue 4519] variable shadowing error from std.format

http://d.puremagic.com/issues/show_bug.cgi?id=4519 Richard Webb we...@beardmouse.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 --- Comment #6 from bearophile_h...@eml.cc 2010-08-04 05:52:31 PDT --- Thank you for your answer Steven. then, you must cast your data to a ubyte[]. But void[] can be implicitly cast to from anything, so void[] wins here. If you compile

[Issue 2529] 'package' access qualifier should allow access to sub-packages

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

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 --- Comment #7 from Steven Schveighoffer schvei...@yahoo.com 2010-08-04 06:02:21 PDT --- (In reply to comment #6) Thank you for your answer Steven. then, you must cast your data to a ubyte[]. But void[] can be implicitly cast to

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 --- Comment #8 from bearophile_h...@eml.cc 2010-08-04 08:20:32 PDT --- Steven Schveighoffer: Well, I would assume it would return an int[][], which probably would mean nothing since arrays are pointer/length values, and any pointer/length

[Issue 4581] extern function pointers inside functions

http://d.puremagic.com/issues/show_bug.cgi?id=4581 nfx...@gmail.com changed: What|Removed |Added CC||nfx...@gmail.com --- Comment #1

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 --- Comment #9 from nfx...@gmail.com 2010-08-04 09:23:45 PDT --- (In reply to comment #5) any array operation which copies a block to another copies the flags from the original array block. So the NO_SCAN flag should persist. If it doesn't,

[Issue 4581] extern function pointers inside functions

http://d.puremagic.com/issues/show_bug.cgi?id=4581 --- Comment #2 from Simen Kjaeraas simen.kja...@gmail.com 2010-08-04 09:20:14 PDT --- I cannot foresee any instance in which it is wanted that the compiler disregard the extern declaration, and even if this is the case, there should at least

[Issue 4581] extern function pointers inside functions

http://d.puremagic.com/issues/show_bug.cgi?id=4581 --- Comment #3 from Sobirari Muhomori dfj1es...@sneakemail.com 2010-08-04 10:07:30 PDT --- You can't express intention with extern attribute, because it's ambiguous: whether it specifies an external function or internal function with specific

[Issue 4572] std.file.read return type

http://d.puremagic.com/issues/show_bug.cgi?id=4572 --- Comment #10 from Steven Schveighoffer schvei...@yahoo.com 2010-08-04 10:31:17 PDT --- (In reply to comment #9) (In reply to comment #5) any array operation which copies a block to another copies the flags from the original array

[Issue 4198] [FreeBSD] imprecision in decimal floating-point literals

http://d.puremagic.com/issues/show_bug.cgi?id=4198 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 4582] New: distinct field names constraint for std.typecons.Tuple

http://d.puremagic.com/issues/show_bug.cgi?id=4582 Summary: distinct field names constraint for std.typecons.Tuple Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: