[Issue 3294] forward reference to inferred return type of function call

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3294 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|REOPENED|RESOLVED

[Issue 4631] New: const array literal rebuilt on every usage

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4631 Summary: const array literal rebuilt on every usage Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW Keywords: performance, wrong-code

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #20 from Don clugd...@yahoo.com.au 2010-08-12 01:04:26 PDT --- (In reply to comment #19) Don, which version of the patch did you apply - the one attached here or the one I applied to LDC? Selective imports work correctly in LDC, so

[Issue 4632] New: Copy constructor not invoked on array reallocation

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4632 Summary: Copy constructor not invoked on array reallocation Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 4630] Primitive arguments to pure functions need not be converted to const

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4630 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc ---

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC|

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #21 from nfx...@gmail.com 2010-08-12 06:11:44 PDT --- In my understanding, import std.stdio : writefln; only imports the name writefln, not std and writefln. If the user wants std, he has to write static import std.stdio;. I would

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 nfx...@gmail.com changed: What|Removed |Added CC||nfx...@gmail.com --- Comment #8

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #9 from Michel Fortin michel.for...@michelf.com 2010-08-12 09:37:20 EDT --- (In reply to comment #7) I think rather than prevent where these items should go, you should just not call the destructor when the struct/class is being

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #10 from Steven Schveighoffer schvei...@yahoo.com 2010-08-12 06:43:37 PDT --- (In reply to comment #8) C# and Java have safe finalizers. According to the few pages I googled for C# finalizers, this is not true. You are not

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #11 from Michel Fortin michel.for...@michelf.com 2010-08-12 09:54:51 EDT --- (In reply to comment #8) C# and Java have safe finalizers. Indeed. Java allows resurrection, which means that if you leak a reference to an object

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #12 from nfx...@gmail.com 2010-08-12 07:06:10 PDT --- By the way, separation between finalizers and destructors has been in Tango for ages. There's the Object.dipose() method. This method is only called on deterministic

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #22 from Don clugd...@yahoo.com.au 2010-08-12 07:09:34 PDT --- (In reply to comment #21) In my understanding, import std.stdio : writefln; only imports the name writefln, not std and writefln. If the user wants std, he has to write

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #13 from nfx...@gmail.com 2010-08-12 07:10:27 PDT --- (In reply to comment #11) This is an interesting idea, but I see two reasons it'll not work fro D. First, D doesn't emit special code notifying the GC when assigning to a

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #23 from Leandro Lucarella llu...@gmail.com 2010-08-12 07:25:12 PDT --- (In reply to comment #22) (In reply to comment #21) In my understanding, import std.stdio : writefln; only imports the name writefln, not std and writefln.

[Issue 4619] Can't link with std.intrinsic function(s)

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4619 --- Comment #2 from Rod�ric Vicaire ing...@libertysurf.fr 2010-08-12 07:37:29 PDT --- (In reply to comment #1) Please post a complete example. I cannot reproduce it on Win32. Here it is (DMD2.047 or DMD2.048 on Windows): module main;

[Issue 4633] New: typeof({return 1; }()) declaration fails if inside main

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4633 Summary: typeof({return 1;}()) declaration fails if inside main Product: D Version: D2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 4619] Can't link with std.intrinsic function(s)

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4619 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc ---

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #14 from Michel Fortin michel.for...@michelf.com 2010-08-12 10:46:23 EDT --- (In reply to comment #13) This isn't so much of a problem if you assume objects with finalizers are rare. They can be collected in the next GC cycle.

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #15 from nfx...@gmail.com 2010-08-12 08:10:19 PDT --- (In reply to comment #14) Beside, is it worth it? I mean, what is the use of a resurrected object beyond providing a little more safety? Given the multithreading model, we know

[Issue 4614] ClassInfo.find seg faults on OS X

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4614 Justin Whear mrjn...@hotmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 4624] std.stdio.File and std.typecons.Unique not GC-heap safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4624 --- Comment #1 from Michel Fortin michel.for...@michelf.com 2010-08-12 12:29:25 EDT --- Additionally, I believe std.containers.Array has a race condition when stored in the GC heap. The Array destructor checks the reference count before

[Issue 4621] Destructors are inherently u...@safe

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4621 --- Comment #16 from Michel Fortin michel.for...@michelf.com 2010-08-12 12:30:40 EDT --- (In reply to comment #15) Running on a different thread still makes a severe difference to shared or C data. C APIs usually aren't thread-safe. For some

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #24 from Christian Kamm kamm-removet...@incasoftware.de 2010-08-12 10:33:50 PDT --- (In reply to comment #20) (In reply to comment #19) Don, which version of the patch did you apply - the one attached here or the one I applied

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 --- Comment #25 from Christian Kamm kamm-removet...@incasoftware.de 2010-08-12 10:45:00 PDT --- Gah, can you edit comments somehow? That typo is extremely embarrassing. -- Configure issuemail:

[Issue 4634] New: typo in levenshteinDistanceAndPath documentation

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4634 Summary: typo in levenshteinDistanceAndPath documentation Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2

[Issue 4634] typo in levenshteinDistanceAndPath documentation

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4634 --- Comment #1 from Nick Treleaven ntrel-pub...@yahoo.co.uk 2010-08-12 11:00:07 PDT --- Created an attachment (id=714) fix -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail

[Issue 314] [module] Static, renamed, and selective imports are always public

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=314 Don clugd...@yahoo.com.au changed: What|Removed |Added Attachment #364 is|0 |1 obsolete|

[Issue 4635] New: to!string fails for Variant and structs with uninitalized (=void) static arrays

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4635 Summary: to!string fails for Variant and structs with uninitalized (=void) static arrays Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW

[Issue 1323] Implement opIn_r for arrays

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=1323 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc ---

[Issue 4404] std.range.Transversal assumes lvalue elements

2010-08-12 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4404 David Simcha dsim...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED