Re: bugzilla changes
Jarrett Billingsley wrote: Thanks for your work on what has become an invaluable resource for the D community. Really, you do way too much for free :) Suggestions? Actually, I was thinking of an Order Pizza button. Thanks, but I do what I do because I enjoy doing it. That it's useful is reward enough for me. There's plenty of others who do far more. Later, Brad
[Issue 1445] Add default library options to sc.ini / dmd.conf
http://d.puremagic.com/issues/show_bug.cgi?id=1445 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||bra...@puremagic.com Resolution||FIXED --- Comment #6 from Brad Roberts bra...@puremagic.com 2009-06-07 23:48:22 PDT --- This was added back in versions 1.021 and 2.004: -debuglib=libname link in libname as the default library when compiling for symbolic debugging instead of libphobos2.a -defaultlib=libname link in libname as the default library when not compiling for symbolic debugging instead of libphobos2.a It's based off the -g option rather than the -release option, but.. close enough. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
volunteers?
http://d.puremagic.com/issues/buglist.cgi?action=wrapbug_file_loc=bug_file_loc_type=allwordssubstrbug_id=bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbugidtype=includechfieldfrom=chfieldto=Nowchfieldvalue=email1=email2=emailassigned_to1=1emailassigned_to2=1emailcc2=1emailreporter2=1emailtype1=substringemailtype2=substringfield0-0-0=noopkeywords=keywords_type=allwordslong_desc=long_desc_type=substringproduct=Dshort_desc=short_desc_type=allwordssubstrtype0-0-0=noopvalue0-0-0=votes==version=unspecified That url lists all the open D bugs that have version == unassigned. It'd be nice if they had versions associated with them. If a couple of you guys each work through just a few of them each it shouldn't take long. There's 175 of them. Hey, and while you're there.. give 'em a quick read and see if they might be invalid, already fixed, or whatever. Thanks, Brad
[Issue 2876] Enhancement to 'auto' return
http://d.puremagic.com/issues/show_bug.cgi?id=2876 Brad Roberts bra...@puremagic.com changed: What|Removed |Added CC||bra...@puremagic.com Platform|x86 |All Version|unspecified |future Summary|suggest keyword:auto return |Enhancement to 'auto' ||return OS/Version|Windows |All Severity|normal |enhancement --- Comment #3 from Brad Roberts bra...@puremagic.com 2009-06-08 01:08:39 PDT --- I doubt the current auto return deduction could handle this code, but I haven't tried it. Changing it to an enhancement request for a future version. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
Re: volunteers?
Brad Roberts wrote: http://d.puremagic.com/issues/buglist.cgi?action=wrapbug_file_loc=bug_file_loc_type=allwordssubstrbug_id=bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDbugidtype=includechfieldfrom=chfieldto=Nowchfieldvalue=email1=email2=emailassigned_to1=1emailassigned_to2=1emailcc2=1emailreporter2=1emailtype1=substringemailtype2=substringfield0-0-0=noopkeywords=keywords_type=allwordslong_desc=long_desc_type=substringproduct=Dshort_desc=short_desc_type=allwordssubstrtype0-0-0=noopvalue0-0-0=votes==version=unspecified That url lists all the open D bugs that have version == unassigned. It'd be nice if they had versions associated with them. If a couple of you guys each work through just a few of them each it shouldn't take long. There's 175 of them. Hey, and while you're there.. give 'em a quick read and see if they might be invalid, already fixed, or whatever. Thanks, Brad I suggest using 1.00 or 2.000 for bugs that are specific to one of those releases but not to a specific version w/in the series. I also created a future version for enhancement requests. I suspect that a number of the unspecified version reports are enhancement requests even though many have the priority set to normal. Later, Brad
[Issue 690] ABI not fully documented
http://d.puremagic.com/issues/show_bug.cgi?id=690 --- Comment #9 from Tomas Lindquist Olsen to...@famolsen.dk 2009-06-08 03:10:48 PDT --- I'm not sure about the interface differences anymore, I think they might be fixed in DMD, in any case we didn't change the frontend code, just the backend. However, what happens when a class implements an interface is still not described in the spec. Especially the cases where multiple interface inheritance is involved, and the case where an interface is reimplemented, are not specified. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3040] /usr/include/d/std/math.d(1174): number is not representable
http://d.puremagic.com/issues/show_bug.cgi?id=3040 --- Comment #2 from Andrew Belitsky belitsk...@gmail.com 2009-06-08 04:32:05 PDT --- Is there public access to your svn repo? If yes please give me it's url. I cannot find any info about it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3040] /usr/include/d/std/math.d(1174): number is not representable
http://d.puremagic.com/issues/show_bug.cgi?id=3040 Brad Roberts bra...@puremagic.com changed: What|Removed |Added CC||bra...@puremagic.com --- Comment #3 from Brad Roberts bra...@puremagic.com 2009-06-08 09:06:56 PDT --- Phobos is hosted on dsource in a project by the same name.: http://www.dsource.org/projects/phobos -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3040] /usr/include/d/std/math.d(1174): number is not representable
http://d.puremagic.com/issues/show_bug.cgi?id=3040 --- Comment #4 from Andrew Belitsky belitsk...@gmail.com 2009-06-08 10:06:26 PDT --- I've downloaded file root/branches/phobos-1.x/phobos/std/math.d and replaced std/math.d in my installation. Now programs compiles without this problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2277] array ops and const arrays incompatible
http://d.puremagic.com/issues/show_bug.cgi?id=2277 Don clugd...@yahoo.com.au changed: What|Removed |Added Keywords||ice-on-valid-code, patch AssignedTo|nob...@puremagic.com|bugzi...@digitalmars.com --- Comment #1 from Don clugd...@yahoo.com.au 2009-06-08 16:23:23 PDT --- This might as well be an ICE, since the error messages refer to internally generated code, and have no line number. Applies to all binary arithmetic and logical array operations. Root cause: cast.c, When e2 is const, and e1 is mutable, typeMerge() transforms e1 OP= e2 into (cast(const)(e1)) OP= e2. That's appropriate for +, but not for +=. We only need to check that the operation is legal, no cast should be performed. PATCH: cast.c, typeMerge(), around line 1532: else if ((t1-ty == Tsarray || t1-ty == Tarray) t1-implicitConvTo(t2)) { +// Don't actually convert if it's an array operation +if (e-op == TOKaddass || e-op == TOKminass +|| e-op == TOKmulass || e-op == TOKdivass +|| e-op == TOKandass ||e-op == TOKorass || e-op == TOKxorass) goto Lret; goto Lt2; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3057] Add pure annotations to core.stdc.*
http://d.puremagic.com/issues/show_bug.cgi?id=3057 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au --- Comment #3 from Don clugd...@yahoo.com.au 2009-06-08 17:45:49 PDT --- (In reply to comment #0) Created an attachment (id=395) -- (http://d.puremagic.com/issues/attachment.cgi?id=395) [details] Add pure annotations throughout std.core.* I did a quick pass through core.stdc.* to annotate the functions I believe should be pure. I added some comments for several that could be stretched to be pure if we're a little looser with the definition of pure. I skipped over the floating point areas as there's been a good amount of debate that I haven't followed over what to do with them. I defer to Don and Walter on those. Almost all functions in stdc.math cannot possibly be pure, because they set the global 'errno'. (This is part of the reason why it has been worthwhile to re-implement most C math functions in D). There are a few functions (like fpclassify() and the trivial functions which use it) which _could_ legally be marked as pure, but I really don't think that use of stdc.math should be encouraged in any way in D code. So the math stuff is not a TODO list thing, it should stay as impure. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2276] Error message missing line number on array operation
http://d.puremagic.com/issues/show_bug.cgi?id=2276 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au AssignedTo|nob...@puremagic.com|clugd...@yahoo.com.au Summary|Error message missing line |Error message missing line |number, wrong variable |number on array operation |names | --- Comment #1 from Don clugd...@yahoo.com.au 2009-06-08 19:17:38 PDT --- This is much the same as bug 2277. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---