[Issue 3148] New: syntax error using invariant
http://d.puremagic.com/issues/show_bug.cgi?id=3148
Summary: syntax error using invariant
Product: D
Version: unspecified
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: ddparn...@bigpond.com
In std/outbuffer.d the class OutBuffer is missing the () after the
invariant keyword.
Patch ...
--- c:/temp/d/std/outbuffer.dSun Jul 5 01:19:02 2009
+++ c:/temp/d/std/outbuffer.dxTue Jul 7 18:07:09 2009
@@ -39,7 +39,7 @@
ubyte data[];
uint offset;
-invariant
+invariant()
{
//printf(this = %p, offset = %x, data.length = %u\n, this, offset,
data.length);
assert(offset = data.length);
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3143] -deps produces empty file using D1
http://d.puremagic.com/issues/show_bug.cgi?id=3143 Tomasz Stachowiak h3r3...@mat.uni.torun.pl changed: What|Removed |Added CC||h3r3...@mat.uni.torun.pl --- Comment #1 from Tomasz Stachowiak h3r3...@mat.uni.torun.pl 2009-07-07 02:50:53 PDT --- Looks like the changes in import.c have only been applied to the D2 branch. If you copy import.c from DMD2 into DMD1 and build it, dep generation works fine. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2966] std.algorithm.sort Slower than Selection Sort
http://d.puremagic.com/issues/show_bug.cgi?id=2966 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2009-07-07 06:21:41 PDT --- Fixed in 2.031. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1919] StringWriter docs are completely unclear
http://d.puremagic.com/issues/show_bug.cgi?id=1919 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Andrei Alexandrescu and...@metalanguage.com 2009-07-07 06:29:23 PDT --- StringWriter has been replaced with std.array.Appender. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1611] State-losing implicit conversions should not be allowed
http://d.puremagic.com/issues/show_bug.cgi?id=1611 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2009-07-07 06:25:12 PDT --- Fixed in 2.031, however incompletely (see e.g. 3147). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2251] ICE(glue.c): Variadic templates and auto return types don't work together.
http://d.puremagic.com/issues/show_bug.cgi?id=2251 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Don clugd...@yahoo.com.au 2009-07-07 08:11:18 PDT --- Fixed DMD 2.031 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 339] Alias of function pointer type cannot be forward referenced
http://d.puremagic.com/issues/show_bug.cgi?id=339 Don clugd...@yahoo.com.au changed: What|Removed |Added Keywords|ice-on-valid-code | --- Comment #3 from Don clugd...@yahoo.com.au 2009-07-07 08:22:37 PDT --- The internal compiler error is fixed in DMD2.031. In fact it now works completely in D2. Still gives a forward reference error in D1. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2587] std.process.shell doesn't work for win32
http://d.puremagic.com/issues/show_bug.cgi?id=2587 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2009-07-07 08:51:20 PDT --- Fixed in the future 2.032 (and already committed for the hurried). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 603] Undocumented behaviour: case and default create a scope
http://d.puremagic.com/issues/show_bug.cgi?id=603
--- Comment #7 from Christian Kamm kamm-removet...@incasoftware.de
2009-07-07 11:50:12 PDT ---
The fact that default and case statements create a new scope is evident in the
frontend code:
statements = new Statements();
while (token.value != TOKcase
token.value != TOKdefault
token.value != TOKrcurly)
{
statements-push(parseStatement(PSsemi | PScurlyscope));
}
s = new CompoundStatement(loc, statements);
s = new ScopeStatement(loc, s);
With this in mind, it would make sense to add this to the section on switch
statements:
Case and default statements create a new scope that contains all statements up
until the next case or default statement with the same parent, or the end of
the enclosing scope.
Example:
switch(i) {
case 1:
...
case 2:
if (i) {
case 3:
...
case 4:
...
}
case 5:
}
is equivalent to
switch(i) {
case 1:
{ ... }
case 2:
{
if (i) {
case 3:
{ ... }
case 4:
{ ... }
}
}
case 5:
}
I'm not marking this as 'patch' because I'm not happy with 'with the same
parent'. Suggestions? Also, can someone suggest a grammar change that would
explain this behavior? Replacing
case ExpressionList : Statement
with
case ExpressionList : ScopeStatement
isn't right as ScopeStatement is either BlockStatement or NonEmptyStatement. I
think we need a new ScopeCaseStatement here.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3153] New: win32.mak tries to copy phobos.lib, gcstub.obj to nonexistent folder lib
http://d.puremagic.com/issues/show_bug.cgi?id=3153 Summary: win32.mak tries to copy phobos.lib, gcstub.obj to nonexistent folder lib Product: D Version: 2.025 Platform: Other OS/Version: Windows Status: NEW Keywords: patch Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: lio+bugzi...@lunesu.com Created an attachment (id=416) -- (http://d.puremagic.com/issues/attachment.cgi?id=416) fixes the destination path to the new location: windows\lib Since 2.025, the dmd zip contained an extensionless file lib. This is because the directory structure was changed but some commands in win32.mak were not fixed: the 'install' target still copies files to the lib folder, but because the folder doesn't it exist, the copy commands assumes the target lib is a file. The attached patch fixes the destination path to the new location: windows\lib (Note: even after fixing the destination paths, make -fwin32.mak install still fails on my computer because it cannot find ..\druntime\lib\gcstub.obj) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
