Re: Bugzilla upgrade: sometime tonight
Brad Roberts wrote: I'm going to bump bugzilla from 3.2.3 to 3.4.1 sometime tonight. It should only take a few minutes. After the update, you'll need to force refresh your browser to pick up updated .css and similar files. The update on the digitalmars c++ bugzilla instance went fast and easy, so I don't expect problems for the d bugzilla. (famous last words) Later, Brad Update completed and looks successful with some cursory examination. Don't forget, you'll likely have to shift-reload to pick up updates to cached files. Shout (via a post to the .bugs newsgroup or a bugzilla entry if you can) if anything seems particularly amiss. Later, Brad
[Issue 3301] Import statements are order dependent; should be order independent
http://d.puremagic.com/issues/show_bug.cgi?id=3301 simon s.d.hamm...@googlemail.com changed: What|Removed |Added CC||s.d.hamm...@googlemail.com --- Comment #1 from simon s.d.hamm...@googlemail.com 2009-09-05 04:32:03 PDT --- It's worth noting that when this happens you can still access the stuff in the imported module by using the fully qualified name. The bug is effectively causing the imports to be imported as static. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1168] Passing a .stringof of an expression as a template value parameter results in the string of the type
http://d.puremagic.com/issues/show_bug.cgi?id=1168 Jeremie Pelletier jerem...@gmail.com changed: What|Removed |Added CC||jerem...@gmail.com --- Comment #2 from Jeremie Pelletier jerem...@gmail.com 2009-09-05 13:47:22 PDT --- The following patch to mtype.c fix the issue: --- ..\src\orig\mtype.cppThu Sep 03 01:01:40 2009 +++ ..\src\dmd\mtype.cppSat Sep 05 16:42:50 2009 @@ -4530,6 +4530,11 @@ goto Lerror; goto L3; } +else if(v id == Id::stringof) { +e = new DsymbolExp(loc, s, 0); +*pe = new DotIdExp(loc, e, id); +return; +} t = s-getType(); if (!t s-isDeclaration()) t = s-isDeclaration()-type; It turns out stringof was applied on the type of the Dsymbol, not the symbol itself. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3301] Undefined identifier error dependent on order of imports when a circular import is involved
http://d.puremagic.com/issues/show_bug.cgi?id=3301 Stewart Gordon s...@iname.com changed: What|Removed |Added CC||s...@iname.com Blocks||340 Summary|Import statements are order |Undefined identifier error |dependent; should be order |dependent on order of |independent |imports when a circular ||import is involved --- Comment #3 from Stewart Gordon s...@iname.com 2009-09-05 16:39:15 PDT --- It appears that this could be related to issue 258. How it found a line 6 in wincom.d is another mystery. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3301] Undefined identifier error dependent on order of imports when a circular import is involved
http://d.puremagic.com/issues/show_bug.cgi?id=3301 --- Comment #4 from simon s.d.hamm...@googlemail.com 2009-09-05 17:56:54 PDT --- Possibly, but my code compiles fine in 2.028 2.031. I've made no changes at all in my code and now it's foo barred w/ 2.032. So (obv.) some difference in the 2.032 change set has exacerbated this bug. Given how much stuff got done, that's probably not going to help much though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3301] Undefined identifier error dependent on order of imports when a circular import is involved
http://d.puremagic.com/issues/show_bug.cgi?id=3301 --- Comment #5 from simon s.d.hamm...@googlemail.com 2009-09-05 18:19:35 PDT --- (In reply to comment #4) Possibly, but my code compiles fine in 2.028 2.031. I've made no changes at all in my code and now it's foo barred w/ 2.032. So (obv.) some difference in the 2.032 change set has exacerbated this bug. Given how much stuff got done, that's probably not going to help much though. Sry, ignore the bit about 2.031. That's foo barred as well, but that might be phobos issues. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3301] Undefined identifier error dependent on order of imports when a circular import is involved
http://d.puremagic.com/issues/show_bug.cgi?id=3301 --- Comment #6 from Stewart Gordon s...@iname.com 2009-09-05 18:32:29 PDT --- I'm getting the same errors for the testcases here in 1.046, 1.047, 2.031 and 2.032 alike. Though in all cases, the errors are reported at wincom.d(4). -- C:\Users\Stewart\Documents\Programming\D\Tests\bugsdmd -c wincom.d C:\Users\Stewart\Documents\Programming\D\Tests\bugsdmd -c winapi.d wincom.d(4): Error: identifier 'HRESULT' is not defined wincom.d(4): Error: HRESULT is used as a type wincom.d(4): Error: variable wincom.hresult voids have no value C:\Users\Stewart\Documents\Programming\D\Tests\bugsdmd -c wincom.d winapi.d C:\Users\Stewart\Documents\Programming\D\Tests\bugsdmd -c winapi.d wincom.d wincom.d(4): Error: identifier 'HRESULT' is not defined wincom.d(4): Error: HRESULT is used as a type wincom.d(4): Error: variable wincom.hresult voids have no value -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3302] New: Sloppy type check in dynamic initialization of struct
http://d.puremagic.com/issues/show_bug.cgi?id=3302 Summary: Sloppy type check in dynamic initialization of struct Product: D Version: 2.032 Platform: All OS/Version: All Status: NEW Keywords: accepts-invalid Severity: critical Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: hs...@inter7.jp --- Comment #0 from HOSOKAWA Kenchi hs...@inter7.jp 2009-09-05 19:14:18 PDT --- struct S { int a; } struct T { real a=2; } T t; S s = t; // no compile-time or runtime error std.stdio.writeln(s.a); // - 0 Probably this issue is due to excess-optimization. The issue is highly critical because it leave a kind of difficult-to-find problem in the compiled binary. Besides, strong-typed enum work well. enum E { a } enum F { a } E e = F.a; // of course compile-time error! P.S. Is this a duplicate of another reported issue? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3259] Dynamic Initialization of Structs fails type check for some cases
http://d.puremagic.com/issues/show_bug.cgi?id=3259 --- Comment #1 from HOSOKAWA Kenchi hs...@inter7.jp 2009-09-05 19:20:39 PDT --- *** Issue 3302 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---