[Issue 6403] Upgrade std.regex to Unicode UTS #18 Level 1 support
http://d.puremagic.com/issues/show_bug.cgi?id=6403 klickverbot c...@klickverbot.at changed: What|Removed |Added Status|NEW |ASSIGNED CC||c...@klickverbot.at AssignedTo|nob...@puremagic.com|dmitry.o...@gmail.com --- Comment #1 from klickverbot c...@klickverbot.at 2011-07-30 00:20:52 PDT --- As far as I know, Dmitry Olhansky is actively working on Level 1 conformance as part of his GSoC project. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4468] std.string.join() for lazy iterable of strings
http://d.puremagic.com/issues/show_bug.cgi?id=4468
--- Comment #2 from bearophile_h...@eml.cc 2011-07-30 06:54:17 PDT ---
This is a very common need. Another example:
import std.range;
void main() {
auto aa = [1:[hello, red], 2:[blue, yellow]];
auto r1 = join(aa.values); // OK
auto r2 = join(aa.byValue()); // error
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6408] New: string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408
Summary: string[].init gives a wrong type
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: wrong-code
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2011-07-30 06:56:07 PDT ---
I think this D2 code shows an error:
import std.stdio;
void main() {
writeln(typeid(typeof(string[].init)));
writeln(typeid(typeof(string[][].init)));
writeln(typeid(typeof(string[][][].init)));
writeln(typeid(typeof((string[]).init)));
}
Output, DMD 2.054:
immutable(char)[]
immutable(char)[]
immutable(char)[]
immutable(char)[][]
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6409] New: std.array.empty for associative arrays too
http://d.puremagic.com/issues/show_bug.cgi?id=6409
Summary: std.array.empty for associative arrays too
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2011-07-30 06:57:28 PDT ---
I suggest to extend std.array.empty to work with associative arrays too:
import std.array;
void main() {
int[] a;
assert(a.empty); // OK
int[int] aa;
assert(aa.empty); // Error
}
DMD 2.054:
test.d(6): Error: template std.array.empty(T) does not match any function
template declaration
test.d(6): Error: template std.array.empty(T) cannot deduce template function
from argument types !()(int[int])
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6407] New: take(map) problem
http://d.puremagic.com/issues/show_bug.cgi?id=6407
Summary: take(map) problem
Product: D
Version: D2
Platform: Other
OS/Version: Windows
Status: NEW
Keywords: wrong-code
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2011-07-30 06:55:01 PDT ---
D2 code:
import std.stdio, std.algorithm, std.range;
auto foo(int p) {
return map!((int n){ return p; })(iota(3));
}
void main() {
writeln(take(foo(2), 20));
}
To me it prints:
[4221068, 4221068, 4221068]
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6410] New: Few common exceptions in std.exception
http://d.puremagic.com/issues/show_bug.cgi?id=6410 Summary: Few common exceptions in std.exception Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: bearophile_h...@eml.cc --- Comment #0 from bearophile_h...@eml.cc 2011-07-30 07:04:25 PDT --- I am not fond of deep hierarchies of exceptions, because it's hard to remember them all, and use/catch them well. On the other hand there are very common exceptions that I think are worth having in a standard library, inside std.exception, as compromise. A rough list (surely to be improved, and maybe few more to be added): ArgumentException thrown when an argument is wrong or out of bound EmptyException thrown when applied on an empty item/collection IndexException thrown tipically on out of bound situations IOException thrown by File in error situations KeyExceptionthrown by library-defined associative/sets when a key is missing. MissingMethodException thrown by ? OverflowException thrown on detected underflow/overflow situations (by to!() too?) IotaException thrown on errors in iota() function UncomparableException thrown by user-defined opCmp() of classes -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6261] [2.054 beta regression] Regex cannot take a char[]
http://d.puremagic.com/issues/show_bug.cgi?id=6261 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC||jlqu...@optonline.net --- Comment #4 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 08:33:25 PDT --- *** Issue 5652 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: ---
[Issue 5652] Add \p and \P unicode properties to std.regex
http://d.puremagic.com/issues/show_bug.cgi?id=5652 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||dmitry.o...@gmail.com Resolution||DUPLICATE --- Comment #1 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 08:33:25 PDT --- \p and \P properites are part of UTS 18 standard. Superseded by the request for UTS 18 level 1 support: http://d.puremagic.com/issues/show_bug.cgi?id=6261 *** This issue has been marked as a duplicate of issue 6261 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6383] Unpacking from dynamic array, lazy ranges
http://d.puremagic.com/issues/show_bug.cgi?id=6383 Dmitry Olshansky dmitry.o...@gmail.com changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 08:36:58 PDT --- (In reply to comment #1) Sorry, this is not correct: auto (start,end) = array(match(r, r^(-?\d+)(-?(-?\d+))?$).captures); auto (start,end) = match(r, r^(-?\d+)(-?(-?\d+))?$).captures; I'm puzzled, in this case captures contain way more then 2 strings: 0 - whole match 1 - (-?\d+) 2 - (-?(-?\d+))? 3 - (-?\d+) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6383] Unpacking from dynamic array, lazy ranges
http://d.puremagic.com/issues/show_bug.cgi?id=6383 --- Comment #4 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 08:43:44 PDT --- (In reply to comment #3) (In reply to comment #2) (In reply to comment #1) Sorry, this is not correct: auto (start,end) = array(match(r, r^(-?\d+)(-?(-?\d+))?$).captures); auto (start,end) = match(r, r^(-?\d+)(-?(-?\d+))?$).captures; I'm puzzled, in this case captures contain way more then 2 strings: 0 - whole match 1 - (-?\d+) 2 - (-?(-?\d+))? 3 - (-?\d+) What are you puzzled about? I have already said that code I have written is not correct. Ah, don't worry, I supposed you pasted a correction, sily me. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6383] Unpacking from dynamic array, lazy ranges
http://d.puremagic.com/issues/show_bug.cgi?id=6383 --- Comment #3 from bearophile_h...@eml.cc 2011-07-30 08:42:48 PDT --- (In reply to comment #2) (In reply to comment #1) Sorry, this is not correct: auto (start,end) = array(match(r, r^(-?\d+)(-?(-?\d+))?$).captures); auto (start,end) = match(r, r^(-?\d+)(-?(-?\d+))?$).captures; I'm puzzled, in this case captures contain way more then 2 strings: 0 - whole match 1 - (-?\d+) 2 - (-?(-?\d+))? 3 - (-?\d+) What are you puzzled about? I have already said that code I have written is not correct. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6408] string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408 kenn...@gmail.com changed: What|Removed |Added Keywords|wrong-code |accepts-invalid CC||kenn...@gmail.com --- Comment #1 from kenn...@gmail.com 2011-07-30 08:44:22 PDT --- Apparently DMD shouldn't accept string[].init at all, e.g. int[].init is a parser error: -- alias int[] F; //enum f = int[].init; // error (as expected) enum g = F[].init; // no error, return 'null' of type F. -- -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6403] Upgrade std.regex to Unicode UTS #18 Level 1 support
http://d.puremagic.com/issues/show_bug.cgi?id=6403 --- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 08:51:08 PDT --- Indeed, and it's already here, though with a couple of quirks. To the best of my knowledge my project addresses all of the present issues with std.regex. Which reminds me that it should go a little more public soon, stay tuned. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6411] New: Undefined reference to __dgliteral in mixin
http://d.puremagic.com/issues/show_bug.cgi?id=6411
Summary: Undefined reference to __dgliteral in mixin
Product: D
Version: D1 D2
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ibuc...@ubuntu.com
--- Comment #0 from Iain Buclaw ibuc...@ubuntu.com 2011-07-30 09:03:33 PDT ---
The following code fails to link, but works just fine without 'mixin'.
void main()
{
mixin({
string foo() {
return ;
}
string bar()() {
return foo();
}
return bar();
}());
}
Linker error:
bug.o: In function `_D3bug4mainFZv12__dgliteral1MFZAya8__T3barZ3barMFZAya':
bug.d:(.text._D3bug4mainFZv12__dgliteral1MFZAya8__T3barZ3barMFZAya+0x7):
undefined reference to `_D3bug4mainFZv12__dgliteral1MFZAya3fooMFZAya'
collect2: ld returned 1 exit status
--- errorlevel 1
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6408] string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408 --- Comment #2 from bearophile_h...@eml.cc 2011-07-30 09:13:40 PDT --- (In reply to comment #1) Apparently DMD shouldn't accept string[].init at all, e.g. int[].init is a parser error: Isn't it better to modify DMD to accept both string[].init and int[].init, and return the correct results in both cases? Because the alternative idiom to create an empty array is to use cast(int[])[], and it's better to avoid casts where possible. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5652] Add \p and \P unicode properties to std.regex
http://d.puremagic.com/issues/show_bug.cgi?id=5652 Jesse Phillips jesse.k.phillip...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||jesse.k.phillip...@gmail.co ||m Blocks||6403 Resolution|DUPLICATE | --- Comment #2 from Jesse Phillips jesse.k.phillip...@gmail.com 2011-07-30 09:29:47 PDT --- Making this a blocker to 6403. Not sure if it matters much, but 6261 definitely isn't what you meant. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4773] Rebindable should be castable to bool
http://d.puremagic.com/issues/show_bug.cgi?id=4773 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #5 from Walter Bright bugzi...@digitalmars.com 2011-07-30 10:37:44 PDT --- https://github.com/D-Programming-Language/dmd/commit/f70793ba34e4c4365eda7a33e3c073a7b13002a6 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5652] Add \p and \P unicode properties to std.regex
http://d.puremagic.com/issues/show_bug.cgi?id=5652 --- Comment #3 from Dmitry Olshansky dmitry.o...@gmail.com 2011-07-30 10:51:12 PDT --- Right, and it's definitely better this way. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5256] null Rebindable testing not supported
http://d.puremagic.com/issues/show_bug.cgi?id=5256
bearophile_h...@eml.cc changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution||DUPLICATE
--- Comment #1 from bearophile_h...@eml.cc 2011-07-30 11:03:08 PDT ---
assert(a !is null); is wrong code.
Bug 4773 is now fixed. Now you are allowed to write:
import std.stdio, std.typecons;
const class Foo {
invariant() { writeln(*); }
}
void main() {
auto a = Rebindable!Foo(new Foo);
a = new Foo;
//assert(a); // calls Foo.invariant()
//assert(cast(bool)a); // doesn't call Foo.invariant();
auto f = new Foo();
assert(f); // calls Foo.invariant()
assert(cast(bool)f); // doesn't call Foo.invariant();
}
So I consider this bug too fixed.
*** This issue has been marked as a duplicate of issue 4773 ***
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 4773] Rebindable should be castable to bool
http://d.puremagic.com/issues/show_bug.cgi?id=4773 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #6 from bearophile_h...@eml.cc 2011-07-30 11:03:08 PDT --- *** Issue 5256 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: ---
[Issue 6403] Upgrade std.regex to Unicode UTS #18 Level 1 support
http://d.puremagic.com/issues/show_bug.cgi?id=6403 --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2011-07-30 11:42:12 PDT --- That's great to hear! It's a little embarassing that we don't have this already. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6408] string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408 --- Comment #3 from kenn...@gmail.com 2011-07-30 12:03:14 PDT --- (In reply to comment #2) (In reply to comment #1) Apparently DMD shouldn't accept string[].init at all, e.g. int[].init is a parser error: Isn't it better to modify DMD to accept both string[].init and int[].init, and return the correct results in both cases? Because the alternative idiom to create an empty array is to use cast(int[])[], and it's better to avoid casts where possible. You could also just add a pair of parenthesis: (string[]).init (int[]).init And (X[]).init returns 'null', not '[]'. I'm not sure about allowing `S[].prop`. If this is allowed, we should also allow `S[3].prop` and `S[T].prop` and maybe even `S*.prop`. Maybe let's have a rejects-valid or enhancement request. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6408] string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408 --- Comment #4 from bearophile_h...@eml.cc 2011-07-30 12:37:31 PDT --- (In reply to comment #3) You could also just add a pair of parenthesis: (string[]).init (int[]).init This was my last example. I'm not sure about allowing `S[].prop`. If this is allowed, we should also allow `S[3].prop` and `S[T].prop` and maybe even `S*.prop`. Maybe let's have a rejects-valid or enhancement request. Beside returning the correctly typed value, as alternative I accept this: string[].init to produce a syntax error that suggests the programmer to use (string[]).init instead. What I don't accept it silently returning a value of the wrong type. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6404] Cannot check ref-ness of auto ref parameter in template constraint
http://d.puremagic.com/issues/show_bug.cgi?id=6404 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2011-07-30 13:08:23 PDT --- https://github.com/D-Programming-Language/dmd/commit/407cd0fa8bfe7443302bbf460d56a1e1847c5c01 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6408] string[].init gives a wrong type
http://d.puremagic.com/issues/show_bug.cgi?id=6408 --- Comment #5 from kenn...@gmail.com 2011-07-30 13:41:25 PDT --- (In reply to comment #4) (In reply to comment #3) You could also just add a pair of parenthesis: (string[]).init (int[]).init This was my last example. Right. I'm not sure about allowing `S[].prop`. If this is allowed, we should also allow `S[3].prop` and `S[T].prop` and maybe even `S*.prop`. Maybe let's have a rejects-valid or enhancement request. Beside returning the correctly typed value, as alternative I accept this: string[].init to produce a syntax error that suggests the programmer to use (string[]).init instead. What I don't accept it silently returning a value of the wrong type. I agree. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6399] [CTFE] struct member array.length -= x doesn't work, while array[0..$-x] works
http://d.puremagic.com/issues/show_bug.cgi?id=6399 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au --- Comment #1 from Don clugd...@yahoo.com.au 2011-07-30 14:03:03 PDT --- Actually array.length = array.length - x also works. It's only +=, -= that fail. It's because it gets changed into: (tmp = array, *(tmp).length = *(tmp.length)-x ); and (*p).length = n; isn't yet implemented. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4401] auto functions cannot be inner functions
http://d.puremagic.com/issues/show_bug.cgi?id=4401 --- Comment #6 from klickverbot c...@klickverbot.at 2011-07-30 15:37:38 PDT --- For newer DMD versions, the error messages seems to have moved a level higher: �function declaration without return type. (Note that constructors are always named 'this')� -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5045] auto type inference for nest function
http://d.puremagic.com/issues/show_bug.cgi?id=5045 klickverbot c...@klickverbot.at changed: What|Removed |Added Status|NEW |RESOLVED CC||c...@klickverbot.at Resolution||DUPLICATE --- Comment #3 from klickverbot c...@klickverbot.at 2011-07-30 15:35:55 PDT --- *** This issue has been marked as a duplicate of issue 4401 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6412] New: Include rdmd.d in releases
http://d.puremagic.com/issues/show_bug.cgi?id=6412 Summary: Include rdmd.d in releases Product: D Version: D2 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: cbkbbej...@mailinator.com --- Comment #0 from Nick Sabalausky cbkbbej...@mailinator.com 2011-07-30 16:28:28 PDT --- Since rdmd binaries are included in releases, the source for rdmd should also be in the releases. This will make things easier for people who need to recompile the binaries (for instance, if they have an older glibc), and will make it easier for automated DMD-building tools to recreate a proper rdmd included environment. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6413] New: 2.054 Debian package doesn't install properly on Ubuntu
http://d.puremagic.com/issues/show_bug.cgi?id=6413 Summary: 2.054 Debian package doesn't install properly on Ubuntu Product: D Version: D2 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2011-07-30 16:56:58 PDT --- After installing DMD 2.054 via the dmd_2.054-0_i386.deb package DMD can't compile anything: $ dmd bla.d object.d: Error: module object is in file 'object.d' which cannot be read Specify path to file 'object.d' with -I switch At least 3 people have reported this issue in the NGs. According to Johannes Pfau, the issue is that dmd.conf isn't installed properly into /etc/dmd.conf with the latest dmd release. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6414] New: Possible problem with pure and const attribute
http://d.puremagic.com/issues/show_bug.cgi?id=6414
Summary: Possible problem with pure and const attribute
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2011-07-30 19:45:12 PDT ---
Is this a bug?
class Foo {
const int x;
pure void bar()
in {
int y = x;
} body {}
}
void main() {}
DMD 2.054 gives:
temp.d(5): Error: pure nested function 'bar' cannot access mutable data 'x'
But x isn't even mutable.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6415] New: Placement of pure and nothrow for invariant()
http://d.puremagic.com/issues/show_bug.cgi?id=6415
Summary: Placement of pure and nothrow for invariant()
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2011-07-30 19:46:08 PDT ---
This code shows a problem with placement of pure and nothrow:
class Foo {
pure nothrow invariant() {} // OK
invariant() pure nothrow {} // Error
}
void main() {}
DMD 2.054 gives:
test.d(3): statement expected to be { }, not pure
test.d(3): basic type expected, not {
test.d(3): no identifier for declarator int
test.d(3): semicolon expected, not '{'
test.d(3): Declaration expected, not '{'
test.d(5): } expected following member declarations in aggregate
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6041] std.algorithm.remove wrong code in assert
http://d.puremagic.com/issues/show_bug.cgi?id=6041 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jmdavisp...@gmx.com Resolution||FIXED --- Comment #1 from Jonathan M Davis jmdavisp...@gmx.com 2011-07-30 20:49:15 PDT --- This appears to have been fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
