[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 yebblies yebbl...@gmail.com changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #5 from yebblies yebbl...@gmail.com 2012-01-22 19:01:55 EST --- (In reply to comment #3) Could you please explain how a final function that doesn't override anything is ever supposed to be virtual? Final functions can be seen as the end of a chain of overridden functions - even if the functions is also the first in the chain and therefore never uses virtual dispatch. Either definition could be useful so having both available is probably the best solution. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #6 from Jonathan M Davis jmdavisp...@gmx.com 2012-01-22 00:14:21 PST --- Why would it be useful to have a non-virtual function listed as a virtual function? Because that's what you're doing when mark a function which doesn't override anything final. It's _not_ in any kind of override chain. Imagine for a moment that private functions become virtual by default like TDPL says (which I still hopes doesn't happen, since it'll be a major blow to the efficiency of the language) and final functions which didn't override anything were listed as virtual functions, pretty much _every_ function would then be returned by getVirtualFunctions. If you're using getVirtualFunctions or getVirtualMethods or whatever, then you want the _virtual_ functions. As such, I see _zero_ reason to be returning final functions which don't override anything, and so I see no reason to keep getVirtualFunctions around. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 --- Comment #7 from github-bugzi...@puremagic.com 2012-01-22 00:36:01 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/adb62254d26ab0b29f543f2562a55b331f4ef297 fix Issue 1918 - __traits(getVirtualFunctions) returns final functions -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 --- Comment #8 from github-bugzi...@puremagic.com 2012-01-22 00:43:05 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/89f321f5ee0d0c3eeed478a70ef1cd79116c6736 fix Issue 1918 - __traits(getVirtualFunctions) returns final functions -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1943] Templates can't take function pointer parameters
http://d.puremagic.com/issues/show_bug.cgi?id=1943 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-22 01:03:33 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/5b1b3d5e5b9947fe8e9472d89250f6c12c2e9cf5 fix Issue 1943 - Templates can't take function pointer parameters -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1943] Templates can't take function pointer parameters
http://d.puremagic.com/issues/show_bug.cgi?id=1943 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2025] Inconsistent rules for instantiating templates with a tuple parameter
http://d.puremagic.com/issues/show_bug.cgi?id=2025 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-22 01:30:32 PST --- Here's what's happening: Case 1 -- 1 is an exact match with (int i) and (A...). Since (int i) is more specialized, it goes with (int i). Case 2 -- int is a convert match with T (so that a better match would be Foo(T:int) and an exact match with (A...). The exact match wins. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2028] Can't create template class in module of same name
http://d.puremagic.com/issues/show_bug.cgi?id=2028 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #6 from Walter Bright bugzi...@digitalmars.com 2012-01-22 01:35:54 PST --- The error you get is expected. The statement: import a; introduces the name 'a' into the current scope, where 'a' is a module name. Names in the current scope are always searched before names in imported scopes. Hence, the 'a' module name is found before 'a' the template. a.a works because module 'a' is found, and then 'a' is looked up in the scope of module 'a'. This is how it is designed to work. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2640] Improve usability of the inner name trick
http://d.puremagic.com/issues/show_bug.cgi?id=2640 d...@dawgfoto.de changed: What|Removed |Added Status|NEW |RESOLVED CC||d...@dawgfoto.de Resolution||DUPLICATE --- Comment #3 from d...@dawgfoto.de 2012-01-22 01:37:35 PST --- *** This issue has been marked as a duplicate of issue 4675 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4675] [tdpl] Eponymous Template should hide internal names
http://d.puremagic.com/issues/show_bug.cgi?id=4675 --- Comment #7 from d...@dawgfoto.de 2012-01-22 01:37:35 PST --- *** Issue 2640 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 2106] export class doesn't affect, what is exported
http://d.puremagic.com/issues/show_bug.cgi?id=2106 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 01:40:12 PST --- The problem is an export record isn't generated for the _ClassZ. It's a compiler bug, not a spec issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2179] [module] import inside class works but is not in spec
http://d.puremagic.com/issues/show_bug.cgi?id=2179 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #6 from Walter Bright bugzi...@digitalmars.com 2012-01-22 01:44:33 PST --- It is in the grammar. Under ClassBodyDeclaration in http://dlang.org/class.html, click on Decldef, which will go to http://dlang.org/module.html#DeclDef, under which you'll find ImportDeclaration. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2299] the ABI documentation for registry convention does not include IA-64 platform
http://d.puremagic.com/issues/show_bug.cgi?id=2299 --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 02:38:49 PST --- Some improvements to the ABI page: https://github.com/D-Programming-Language/d-programming-language.org/commit/128f6bd7a4e8879a510d2364a96f2731375bc6f4 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2201] Doc/Behavior Discrepancy: EndOfLine in string turns to \n or system-specific?
http://d.puremagic.com/issues/show_bug.cgi?id=2201 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added CC||r.sagita...@gmx.de Version|1.029 |D1 D2 --- Comment #8 from Rainer Schuetze r.sagita...@gmx.de 2012-01-22 04:15:34 PST --- Sorry, but this is not true: const string s = q{a b}; static assert(s.length == 3); void main() { assert(s.length == 3); } asserts both at compile time and runtime when saving with CR+LF, passes with LF only -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4596] [tdpl] Rebinding *this* in class method compiles
http://d.puremagic.com/issues/show_bug.cgi?id=4596 --- Comment #3 from Kenji Hara k.hara...@gmail.com 2012-01-22 05:10:14 PST --- (In reply to comment #2) This also seems a dup of Issue 780, so that should be closed when that pull is merged. Bug 780 is marked as D1 issue. And my patch contains some other fixes around assignment, so merging the changes into D1 branch will be difficult. In other words, D1 branch will require another patch to fix the rebinding this problem. So I think we should not close bug 780 by merging my patch into D2. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6185] UFCS doesn't work with function imports
http://d.puremagic.com/issues/show_bug.cgi?id=6185 --- Comment #2 from Kenji Hara k.hara...@gmail.com 2012-01-22 05:30:13 PST --- Before 2.053, foo.toUTF16z is rewritten to toUTF16(foo); After 2.054, it is rewitten to .toUTF16(foo); Therefore current D2 requires module level function for UFCS. But I don't know it is right behavior. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7343] hole in the type system: inout function call compiles but shouldn't
http://d.puremagic.com/issues/show_bug.cgi?id=7343 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-01-22 05:33:18 PST --- This issue was recently fixed in 2.058head, by merging https://github.com/D-Programming-Language/dmd/pull/558 . -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7342] Structs don't call the right opEquals on contained arrays
http://d.puremagic.com/issues/show_bug.cgi?id=7342 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Kenji Hara k.hara...@gmail.com 2012-01-22 05:39:36 PST --- This is part of 3789. See http://d.puremagic.com/issues/show_bug.cgi?id=3789#c11 *** This issue has been marked as a duplicate of issue 3789 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3789] Structs members that require non-bitwise comparison not correctly compared
http://d.puremagic.com/issues/show_bug.cgi?id=3789 --- Comment #14 from Kenji Hara k.hara...@gmail.com 2012-01-22 05:39:37 PST --- *** Issue 7342 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 2483] DMD allows assignment to a scope variable
http://d.puremagic.com/issues/show_bug.cgi?id=2483 Denis verylonglogin@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com Version|1.037 |D1 D2 --- Comment #1 from Denis verylonglogin@gmail.com 2012-01-22 17:10:28 MSK --- This bug leads to not calling destructor for the stack object and deleting the last heap object instead: --- import std.stdio; scope class C { int n; this(int n) { writefln( this(%s) at %s, this.n = n, cast(void*)this); } ~this() { writefln(~this(%s) at %s, n, cast(void*)this); } } void main() { int i; writefln(Stack is at %s, i); writefln(Heap is at %s, (new void[1]).ptr); { scope C c = new C(1); // at stack, never destroyed c = new C(2); // at heap, destroyed on collect c = new C(3); // ditto c = new C(4); // at heap, destroyed on scope exit } writeln(after scope); } --- -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4214] Rebinding of scoped class references
http://d.puremagic.com/issues/show_bug.cgi?id=4214 Denis verylonglogin@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||verylonglogin@gmail.com Resolution||DUPLICATE --- Comment #2 from Denis verylonglogin@gmail.com 2012-01-22 17:22:40 MSK --- http://d-p-l.org/attribute.html#scope Assignment to a scope, other than initialization, is not allowed. *** This issue has been marked as a duplicate of issue 2483 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2483] DMD allows assignment to a scope variable
http://d.puremagic.com/issues/show_bug.cgi?id=2483 Denis verylonglogin@gmail.com changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #2 from Denis verylonglogin@gmail.com 2012-01-22 17:22:40 MSK --- *** Issue 4214 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 6931] scope parameter storage class not checked at all
http://d.puremagic.com/issues/show_bug.cgi?id=6931 Denis verylonglogin@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #1 from Denis verylonglogin@gmail.com 2012-01-22 17:47:29 MSK --- If we will look at destruction allocation: --- import std.stdio; class C { int n; this(int n) { writefln( this(%s) at %s, this.n = n, cast(void*)this); } ~this() { writefln(~this(%s) at %s, n, cast(void*)this); } } void main() { int i; writefln(Stack is at %s, i); writefln(Heap is at %s, (new void[1]).ptr); { C cHeap = new C(0); // will be destroyed on scope exit scope C c0 = cHeap; // C(1)-C(4) will be allocated in heap // C(1), C(2), and C(4) will be destroyed on scope exit // C(3) will be destroyed on garbage collection scope C c1 = cast(C)cast(void*)new C(1); scope C c2 = true ? new C(2) : null; scope C c3 = (new C(3), new C(4)); } writefln(after scope); } --- As a result even if `C` is a `scope class` the program will compile without `cHeap` and `c0`, but every `C` instance will be allocated in heap and C(3) will be destroyed on garbage collection. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6931] scope parameter storage class not checked at all
http://d.puremagic.com/issues/show_bug.cgi?id=6931 --- Comment #2 from Trass3r mrmoc...@gmx.de 2012-01-22 16:02:54 CET --- This report is about scope as a parameter storage class! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6185] UFCS doesn't work with function imports
http://d.puremagic.com/issues/show_bug.cgi?id=6185 --- Comment #3 from bearophile_h...@eml.cc 2012-01-22 07:07:32 PST --- (In reply to comment #2) Before 2.053, foo.toUTF16z is rewritten to toUTF16(foo); After 2.054, it is rewitten to .toUTF16(foo); What's bad in rewriting it as toUTF16(foo)? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3028] The D 1.0 Ubuntu .deb file is completely broken
http://d.puremagic.com/issues/show_bug.cgi?id=3028 --- Comment #5 from Alexander A. Prokhorov prok...@gmail.com 2012-01-22 07:33:31 PST --- Downloaded latest ubuntu .deb package, installed, looks like it works fine. At least hello_world.d compiles fine. Thanks. Environment: $ uname -a Linux probook 3.0.0-15-generic #25-Ubuntu SMP Mon Jan 2 17:44:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/*release* DISTRIB_ID=Ubuntu DISTRIB_RELEASE=11.10 DISTRIB_CODENAME=oneiric DISTRIB_DESCRIPTION=Ubuntu 11.10 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6185] UFCS doesn't work with function imports
http://d.puremagic.com/issues/show_bug.cgi?id=6185 --- Comment #4 from Kenji Hara k.hara...@gmail.com 2012-01-22 08:07:51 PST --- (In reply to comment #3) (In reply to comment #2) Before 2.053, foo.toUTF16z is rewritten to toUTF16(foo); After 2.054, it is rewitten to .toUTF16(foo); What's bad in rewriting it as toUTF16(foo)? Ah, sorry, it is my mistake. Replace 'toUTF16' to 'toUTF16z'. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7296] [2.058] Regression: Cannot swap RefCounted
http://d.puremagic.com/issues/show_bug.cgi?id=7296 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Target Milestone|2.058 |--- Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|and...@metalanguage.com |bugzi...@digitalmars.com --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2012-01-22 08:16:23 PST --- This is a compiler issue that I reduced to this: struct S { int member; @property ref int refCountedPayload() { return member; } alias refCountedPayload this; } void foo(S, T, Tdummy=void)(ref const S source, ref const T target) @trusted pure nothrow { } // for shared objects void foo(S, T)(ref const shared S source, ref const shared T target) @trusted pure nothrow { alias foo!(shared(S), shared(T), void) ptsTo; // do instantiate explicitly ptsTo(source, target); } void bar(T)(ref T lhs, ref T rhs) @trusted pure nothrow { foo(lhs, rhs); } void main() { S a, b; bar(a, b); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6185] UFCS doesn't work with function imports
http://d.puremagic.com/issues/show_bug.cgi?id=6185 --- Comment #5 from bearophile_h...@eml.cc 2012-01-22 09:05:49 PST --- (In reply to comment #4) Ah, sorry, it is my mistake. Replace 'toUTF16' to 'toUTF16z'. What's bad in rewriting it as toUTF16z(foo)? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7347] New: scope storage class destruction allocation issues
http://d.puremagic.com/issues/show_bug.cgi?id=7347 Summary: scope storage class destruction allocation issues Product: D Version: D1 D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: verylonglogin@gmail.com --- Comment #0 from Denis verylonglogin@gmail.com 2012-01-22 20:15:25 MSK --- --- import std.stdio; class C { int n; this(int n) { writefln( this(%s) at %s, this.n = n, cast(void*)this); } ~this() { writefln(~this(%s) at %s, n, cast(void*)this); } } void main() { int i; writefln(Stack is at %s, i); writefln(Heap is at %s, (new void[1]).ptr); { C cHeap = new C(0); // will be destroyed on scope exit scope C c0 = cHeap; // C(1)-C(4) will be allocated in heap // C(1), C(2), and C(4) will be destroyed on scope exit // C(3) will be destroyed on garbage collection scope C c1 = cast(C)cast(void*)new C(1); scope C c2 = true ? new C(2) : null; scope C c3 = (new C(3), new C(4)); } writefln(after scope); } --- As a result even if `C` is a `scope class` the program will compile without `cHeap` and `c0`, but every `C` instance will be allocated in heap and C(3) will be destroyed on garbage collection. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6931] scope parameter storage class not checked at all
http://d.puremagic.com/issues/show_bug.cgi?id=6931 --- Comment #3 from Denis verylonglogin@gmail.com 2012-01-22 20:19:58 MSK --- Oh, sorry for the unrelated comment. Created Issue 7347 for that. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5278] gentoo's 'hardended' gcc doesn't work with dmd
http://d.puremagic.com/issues/show_bug.cgi?id=5278 --- Comment #24 from Chad Joan chadj...@gmail.com 2012-01-22 09:41:55 PST --- (In reply to comment #22) Additional info: I can get basic stack traces now. Yay! And I don't have to use paxctl -m anymore. Also yay! http://pastebin.com/tt784wYr More line numbers in the stack trace would be nice though. I suspect this -fno-pie thing will make shared libraries impossible on my setup until this gets resolved though, right? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5926] D2 shows empty command line on Windows 98 SE
http://d.puremagic.com/issues/show_bug.cgi?id=5926 --- Comment #16 from Denis verylonglogin@gmail.com 2012-01-22 20:40:18 MSK --- Personally I would vote for marking Windows prior to 2000 as unsupported because this support doesn't worth making druntime/Phobos more complicated. Phobos already contains lots of things like `std.__fileinit` that can be removed to make it easier to support. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] New: to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 Summary: to!string(null) matches more than one template declaration Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: alienballa...@gmail.com --- Comment #0 from Mariusz GliwiĆski alienballa...@gmail.com 2012-01-22 09:56:28 PST --- import std.conv; void main() { to!string(null); } /usr/include/d/std/conv.d(237): Error: template std.conv.toImpl(T,S) if (isImplicitlyConvertible!(S,T)) toImpl(T,S) if (isImplicitlyConvertible!(S,T)) matches more than one template declaration, /usr/include/d/std/conv.d(245):toImpl(T,S) if (isImplicitlyConvertible!(S,T)) and /usr/include/d/std/conv.d(924):toImpl(T,S) if (is(S : Object) isSomeString!(T)) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3028] The D 1.0 Ubuntu .deb file is completely broken
http://d.puremagic.com/issues/show_bug.cgi?id=3028 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #6 from Walter Bright bugzi...@digitalmars.com 2012-01-22 10:13:09 PST --- Thanks for checking, so I can close this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2106] export class doesn't affect, what is exported
http://d.puremagic.com/issues/show_bug.cgi?id=2106 --- Comment #4 from github-bugzi...@puremagic.com 2012-01-22 10:15:21 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/34d31ba9e6267ac97cc8081ac4729076e4ca7bc5 fix Issue 2106 - export class doesn't affect, what is exported -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2106] export class doesn't affect, what is exported
http://d.puremagic.com/issues/show_bug.cgi?id=2106 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2106] export class doesn't affect, what is exported
http://d.puremagic.com/issues/show_bug.cgi?id=2106 --- Comment #5 from github-bugzi...@puremagic.com 2012-01-22 10:15:35 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/2b627769522256f983b0fadca1e964752c6a2909 fix Issue 2106 - export class doesn't affect, what is exported -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2201] Doc/Behavior Discrepancy: EndOfLine in string turns to \n or system-specific?
http://d.puremagic.com/issues/show_bug.cgi?id=2201 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #9 from Walter Bright bugzi...@digitalmars.com 2012-01-22 10:22:22 PST --- (In reply to comment #8) Sorry, but this is not true: Please reopen bugs that turn out to not be fixed and need further investigation, otherwise they may get overlooked. I'll reopen this one. Also marking it as not a spec issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2201] Doc/Behavior Discrepancy: EndOfLine in string turns to \n or system-specific?
http://d.puremagic.com/issues/show_bug.cgi?id=2201 Stewart Gordon s...@iname.com changed: What|Removed |Added Keywords||wrong-code --- Comment #10 from Stewart Gordon s...@iname.com 2012-01-22 10:32:18 PST --- It's silly to remove wrong keywords but not at the same time add any keywords that should be there. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7349] New: assert(0) in class destructor - bad (or incorrect) error
http://d.puremagic.com/issues/show_bug.cgi?id=7349 Summary: assert(0) in class destructor - bad (or incorrect) error Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: full.de...@gmail.com --- Comment #0 from Taco full.de...@gmail.com 2012-01-22 10:38:18 PST --- class C { public: this() { } ~this() { assert (0); } } void main() { C c = new C; } Upon destruction, it throws: core.exception.InvalidMemoryOperationError Which is very vague / incorrectly describes the problem. The documentation also does not mention throwing exceptions is forbidden in destructors (or are they not?). For debugging purposes I do like to assert some stuff in the destructor though... -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2351] enum with no members allowed
http://d.puremagic.com/issues/show_bug.cgi?id=2351 --- Comment #6 from github-bugzi...@puremagic.com 2012-01-22 11:50:39 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/31be563dc0bc4afaaf84c24deb527d60c3ec2e83 fix Issue 2351 - enum with no members allowed -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2351] enum with no members allowed
http://d.puremagic.com/issues/show_bug.cgi?id=2351 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3886] Bad example of definition file for DLLs
http://d.puremagic.com/issues/show_bug.cgi?id=3886 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-22 12:01:12 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/4d000634ac725e6ee7bf60a69fbf951207a6fefe fix Issue 3886 - Bad example of definition file for DLLs -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3886] Bad example of definition file for DLLs
http://d.puremagic.com/issues/show_bug.cgi?id=3886 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3906] Undefined struct and union declarations are not documented
http://d.puremagic.com/issues/show_bug.cgi?id=3906 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-22 12:31:23 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/c13cc3a8490bb398cea3cf4ea2b413c680bc9e3d fix Issue 3906 - Undefined struct and union declarations are not documented -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3906] Undefined struct and union declarations are not documented
http://d.puremagic.com/issues/show_bug.cgi?id=3906 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3777] size_t is undefined
http://d.puremagic.com/issues/show_bug.cgi?id=3777 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-22 12:53:54 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/66e278ad9f976403ad6016dd588994d5d5e1179b fix Issue 3777 - size_t is undefined -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3783] Text inconsistent with EscapeSequence rules
http://d.puremagic.com/issues/show_bug.cgi?id=3783 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-22 13:23:54 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/d92cf4036646bdfbc65fa5ac43f8b24415a7e2ec fix Issue 3783 - Text inconsistent with EscapeSequence rules -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3787] clarification: assigment to 'this'
http://d.puremagic.com/issues/show_bug.cgi?id=3787 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3787] clarification: assigment to 'this'
http://d.puremagic.com/issues/show_bug.cgi?id=3787 --- Comment #4 from github-bugzi...@puremagic.com 2012-01-22 13:35:35 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/83763c15e1ecd9fbf527fa1e9e979855cabc5a81 fix Issue 3787 - clarification: assigment to 'this' -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 780] The assignment of 'this' is allowed
http://d.puremagic.com/issues/show_bug.cgi?id=780 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Platform|x86 |All Version|0.178 |D1 D2 OS/Version|Windows |All Severity|major |normal --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 13:40:09 PST --- The spec now disallows assignment to this and super, but the compiler still allows it. Since code like gtkd relies on allowing it, the progression should be: 1. spec change 2. make it a warning 3. deprecate it 4. remove from compiler This will take time. We're at (1). So the bug stays open for now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2358] offsetof inconsistent between structs and classes
http://d.puremagic.com/issues/show_bug.cgi?id=2358 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-22 14:04:11 PST --- auto s1 = s.x.offsetof; // error works correctly now. The spec does document the current behavior. I hope to remove the restriction on the class .offsetof in the future. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2382] spec is not clear on what is allowed as global/static initializers
http://d.puremagic.com/issues/show_bug.cgi?id=2382 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-22 14:43:45 PST --- Casting a pointer to an int may require halving its size, and the object file format often does not support that. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2382] spec is not clear on what is allowed as global/static initializers
http://d.puremagic.com/issues/show_bug.cgi?id=2382 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-22 14:45:31 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/a23ff9898ceb21a5d6d861f7b884120f529fe631 fix Issue 2382 - spec is not clear on what is allowed as global/static initializers -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2382] spec is not clear on what is allowed as global/static initializers
http://d.puremagic.com/issues/show_bug.cgi?id=2382 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3438] constructor with defaulted parameters ignored
http://d.puremagic.com/issues/show_bug.cgi?id=3438 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #3 from Jonathan M Davis jmdavisp...@gmx.com 2012-01-22 16:16:31 PST --- At this point, I don't think that the situation with default constructors and structs is going to change. It's a result of requiring init properties for all types, and is thus a forced fault in the language. From discussions on it in the newsgroup, it seems likely that if we were to create a restricted default constructor (one which didn't do the things that we can't let it do, because it woludn't work with init), it would too restrictive to really be of much use anyway. So, I think that all of that strays from the point of this bug. Having a default argument for all of the parameters of a struct's constructor should result in a compilation error. It's illegal. The language doesn't support it. But rather than giving an error, the compiler currently just ignores it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2387] Static array terminology
http://d.puremagic.com/issues/show_bug.cgi?id=2387 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-22 16:36:08 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/57be435945a62141226b5b496b908d0ee6ae75d5 fix Issue 2387 - Static array terminology -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2387] Static array terminology
http://d.puremagic.com/issues/show_bug.cgi?id=2387 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2388] type of NaN given by real.nan not specified
http://d.puremagic.com/issues/show_bug.cgi?id=2388 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 16:40:20 PST --- That's a great idea, but it falls down in practice due to the varying behavior XMM and x87 opcodes have when being used to simply copy floating point values. Sometimes the Signalling Nan bit is left alone, sometimes it is converted to a Quiet Nan. Going on a quixotic quest to try to compensate for such erratic behavior results in bloated, slow code, and the marginal benefit is not worth it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2395] spec does not document struct forward declarations (declaring opaque struct type)
http://d.puremagic.com/issues/show_bug.cgi?id=2395 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-22 16:41:05 PST --- This is now documented. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2417] [module] protected base member is not available via base handle in a derived class if it is defined in a separate module
http://d.puremagic.com/issues/show_bug.cgi?id=2417 --- Comment #13 from github-bugzi...@puremagic.com 2012-01-22 16:46:02 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/b26085f8a8402f86929d91e6e1a9517393a89322 fix Issue 2417 - [module] protected base member is not available via base handle in a derived class if it is defined in a separate module -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2417] [module] protected base member is not available via base handle in a derived class if it is defined in a separate module
http://d.puremagic.com/issues/show_bug.cgi?id=2417 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7348] to!string(null) matches more than one template declaration
http://d.puremagic.com/issues/show_bug.cgi?id=7348 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #1 from Jonathan M Davis jmdavisp...@gmx.com 2012-01-22 16:48:29 PST --- While I can see wanting this to work, I'm not sure how it could. What type is null? Is it string? A wstring? An int[]? An Object? If so, is it an Object or a class derived from Object? Etc. And if what you want is a null string, then just assign null to the string. What are you trying to do here? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2445] D2 std.demangle example doesn't compile
http://d.puremagic.com/issues/show_bug.cgi?id=2445 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 16:50:09 PST --- This doesn't work either; InputByChar is not defined. Also, not a spec issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5278] gentoo's 'hardended' gcc doesn't work with dmd
http://d.puremagic.com/issues/show_bug.cgi?id=5278 d...@dawgfoto.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #25 from d...@dawgfoto.de 2012-01-22 16:57:07 PST --- I suspect this -fno-pie thing will make shared libraries impossible on my setup until this gets resolved though, right? No, it doesn't. PIE simply means randomized address space for the executable. I do even think that PIE should work out of the box if you compile phobos and you executables with -fPIC. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7350] New: Improve error message on access to non-existent enum field
http://d.puremagic.com/issues/show_bug.cgi?id=7350 Summary: Improve error message on access to non-existent enum field Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-22 19:29:38 PST --- enum X { yes, no } void main() { auto x = X.Yes; } test.d(11): Error: no property 'Yes' for type 'int' There are two things that could be improved. One is to change the error message to: test.d(11): Error: no property 'Yes' for type 'X' This is the error you get when accessing fields that don't exist in a struct. We could also make this say enum instead of type. The second enhancement would be to implement the 'spelling correction' which we already have in some places. So the error message (in this case) would be: test.d(14): Error: no property 'Yes' for type 'X', did you mean property 'yes'? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7350] Improve error message on access to non-existent enum field
http://d.puremagic.com/issues/show_bug.cgi?id=7350 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #1 from bearophile_h...@eml.cc 2012-01-22 19:35:39 PST --- See also issue 5004 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2486] taking address of slice rvalue is valid
http://d.puremagic.com/issues/show_bug.cgi?id=2486 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-22 20:13:33 PST --- I agree, and will fix the spec. So it's a compiler bug that this code is accepted. It should only work for const references. Changing to a compiler bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2494] describe explicit casting of arrays
http://d.puremagic.com/issues/show_bug.cgi?id=2494 --- Comment #3 from github-bugzi...@puremagic.com 2012-01-22 20:14:07 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/8681d6fb36bd7a00a395bfc66205d5dbe8b19d88 Issue 2494 - describe explicit casting of arrays -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2494] describe explicit casting of arrays
http://d.puremagic.com/issues/show_bug.cgi?id=2494 --- Comment #4 from github-bugzi...@puremagic.com 2012-01-22 20:28:02 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/8ae9018edcc3499480fa73d928d2be98b90a4fe7 free Issue 2494 - describe explicit casting of arrays -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2494] describe explicit casting of arrays
http://d.puremagic.com/issues/show_bug.cgi?id=2494 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2495] const syntax for member functions needs better description
http://d.puremagic.com/issues/show_bug.cgi?id=2495 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-22 20:53:31 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/ad5b50b8bdcc4fd4d26ee4087849843575ab30f2 fix Issue 2495 - const syntax for member functions needs better description -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2495] const syntax for member functions needs better description
http://d.puremagic.com/issues/show_bug.cgi?id=2495 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2497] delete and null relationship needs more details
http://d.puremagic.com/issues/show_bug.cgi?id=2497 --- Comment #5 from github-bugzi...@puremagic.com 2012-01-22 21:03:54 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/59d36352183e14ea08c4e64853a6f20a7112a3d4 fix Issue 2497 - delete and null relationship needs more details -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2497] delete and null relationship needs more details
http://d.puremagic.com/issues/show_bug.cgi?id=2497 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2505] Inline Assembly: Getting offset of a label
http://d.puremagic.com/issues/show_bug.cgi?id=2505 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-22 21:10:01 PST --- It's a longstanding problem with the inline assembler. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2522] Combining two types
http://d.puremagic.com/issues/show_bug.cgi?id=2522 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-22 21:14:05 PST --- It depends on which binary operator, as they have behaviors custom to what they are supposed to do. If the spec is incomplete on a particular operator, please point that out. In the meantime, this bug report is a bit too vague to be actionable. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2524] final override inconsistent when implementing interfaces
http://d.puremagic.com/issues/show_bug.cgi?id=2524 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #15 from Walter Bright bugzi...@digitalmars.com 2012-01-22 21:27:32 PST --- This is a compiler bug. You can override an interface function. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2524] final override inconsistent when implementing interfaces
http://d.puremagic.com/issues/show_bug.cgi?id=2524 --- Comment #16 from github-bugzi...@puremagic.com 2012-01-22 21:57:09 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f595bde35576dd0165dd0e0964d478c7db31955a fix Issue 2524 - final override inconsistent when implementing interfaces -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2524] final override inconsistent when implementing interfaces
http://d.puremagic.com/issues/show_bug.cgi?id=2524 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2543] foreach's index behaves differently for every type
http://d.puremagic.com/issues/show_bug.cgi?id=2543 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Severity|minor |enhancement -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2554] spec for pragma(lib, ...) doesn't say it's only legal as declaration
http://d.puremagic.com/issues/show_bug.cgi?id=2554 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-22 22:01:58 PST --- Pragma's are allowed as statements in both D1 and D2, and they are in the spec. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2632] Setting length on invalid arrays causes assertion failure with a debug runtime
http://d.puremagic.com/issues/show_bug.cgi?id=2632 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-22 22:11:06 PST --- I think both cases are clearly undefined behavior. The first uses a cast to bypass checks in order to create an array of elements that don't exist, the second uses a union to achieve the same. I don't think the spec needs to be changed to reflect that using unions to manipulate things under the hood, and using forcible casts, mean you're on your own. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2639] Hex and octal string values not completely specified
http://d.puremagic.com/issues/show_bug.cgi?id=2639 --- Comment #3 from github-bugzi...@puremagic.com 2012-01-22 22:21:26 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/15151c41c4b35deaa690e7e052f74fb8f9d56010 fix Issue 2639 - Hex and octal string values not completely specified -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2639] Hex and octal string values not completely specified
http://d.puremagic.com/issues/show_bug.cgi?id=2639 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---