[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #15 from wfunct...@hotmail.com 2011-08-06 23:39:13 PDT --- Er, slight typo copy/pasting your own argument: This: ... are that it's slightly cleaner because the comment tokens aren't there, and that the compiler complains if you

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #14 from wfunct...@hotmail.com 2011-08-06 23:36:25 PDT --- The _only_ things that this feature adds over using a comment are that it's slightly cleaner because the comment tokens aren't there, and the compiler complains if you

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #16 from Jonathan M Davis jmdavisp...@gmx.com 2011-08-07 00:00:41 PDT --- const, immutable, shared etc. have a large effect on the semantics of a program. The compiler gives you additional guarantees as a result. e.g. immutable

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #17 from wfunct...@hotmail.com 2011-08-07 00:22:55 PDT --- const, immutable, shared etc. have a large effect on the semantics of a program. The compiler gives you additional guarantees as a result. e.g. immutable variables

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #18 from Jonathan M Davis jmdavisp...@gmx.com 2011-08-07 00:39:42 PDT --- And why would it matter that the function was ref instead of out? It's still affecting the variable that's passed in either case. The fact that it's ref now

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #19 from wfunct...@hotmail.com 2011-08-07 00:45:04 PDT --- The fact that it's ref now instead of out has no effect on the calling function. Yeah it does -- the caller now has to initialize it with something sensible first.

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #20 from Jonathan M Davis jmdavisp...@gmx.com 2011-08-07 01:12:16 PDT --- Well, I don't think that the feature adds enough of value to be worth adding to the language. But it's not my decision. Discussion on the matter can help

[Issue 6445] [CTFE] Absurd memory usage (still) on building array

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6445 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC|

[Issue 6446] Problem with iota(long)

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6446 --- Comment #2 from bearophile_h...@eml.cc 2011-08-07 05:08:24 PDT --- I have just compiled the latest DMD, druntime and Phobos, and I see some errors still. Maybe it's my fault, I don't know. -- Configure issuemail:

[Issue 6448] New: writef(%05d, BigInt) problem

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6448 Summary: writef(%05d, BigInt) problem Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Phobos

[Issue 6449] New: Unused label warning

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6449 Summary: Unused label warning Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: diagnostic Severity: enhancement Priority: P2

[Issue 5440] ICE(template.c): when struct AssociativeArray is missing from object.d

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5440 --- Comment #1 from Iain Buclaw ibuc...@ubuntu.com 2011-08-07 11:02:31 PDT --- https://github.com/D-Programming-Language/dmd/pull/295 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #21 from wfunct...@hotmail.com 2011-08-07 11:16:43 PDT --- Hmm... /maybe/ I'll try implementing it myself, although I'm not at all familiar with the source code. Let's see how it goes, I'll post here if I get anywhere. --

[Issue 6450] New: struct tm definition too short in std.c.linux.linux

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6450 Summary: struct tm definition too short in std.c.linux.linux Product: D Version: D1 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2

[Issue 6451] New: ICE(expression.c:4434): SymbolExp::SymbolExp(Loc, TOK, int, Declaration*, int): Assertion `var' failed.

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6451 Summary: ICE(expression.c:4434): SymbolExp::SymbolExp(Loc, TOK, int, Declaration*, int): Assertion `var' failed. Product: D Version: D1 D2 Platform: x86_64 OS/Version: Linux

[Issue 6451] ICE(expression.c:4434): SymbolExp::SymbolExp(Loc, TOK, int, Declaration*, int): Assertion `var' failed.

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6451 --- Comment #1 from Robert Clipsham rob...@octarineparrot.com 2011-08-07 20:09:56 BST --- Note that if you add the import as suggested by the error, the ICE goes away. -- Configure issuemail:

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #22 from bearophile_h...@eml.cc 2011-08-07 13:30:59 PDT --- I have a related but alternative proposal; to ask only for the out at the calling point, make it obligatory if you compile with -warning and optional otherwise (for a long

[Issue 6442] Allow for passing values with the 'ref' keyword

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6442 --- Comment #23 from bearophile_h...@eml.cc 2011-08-07 13:42:58 PDT --- See also: http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.Darticle_id=141999 -- Configure issuemail:

[Issue 6445] [CTFE] Absurd memory usage (still) on building array

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6445 --- Comment #4 from David Simcha dsim...@yahoo.com 2011-08-07 13:41:31 PDT --- (In reply to comment #2) (In reply to comment #0) The following program uses over a gigabyte of memory at compile time. I thought these kinds of issues were

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

2011-08-07 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5689 --- Comment #1 from Trass3r mrmoc...@gmx.de 2011-08-07 17:37:49 PDT --- Another case: import std.random; void main() { double r1=2*uniform(0.0, 1.0); double r2=2*uniform(0.0, 1.0); } It only fails if both declarations are present.