[Issue 8659] CTFE: str ~= wchar rejected if string was initialized with an array literal
http://d.puremagic.com/issues/show_bug.cgi?id=8659 Don clugd...@yahoo.com.au changed: What|Removed |Added Keywords||CTFE, rejects-valid Depends on||8660 --- Comment #1 from Don clugd...@yahoo.com.au 2012-09-17 01:03:35 PDT --- The spec-related issue of the difference between string literals and array literals is in bug 8660. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8601] CTFE Assertion failure (interpret.c) on dstring[].toUpper
http://d.puremagic.com/issues/show_bug.cgi?id=8601 --- Comment #3 from Don clugd...@yahoo.com.au 2012-09-17 01:01:49 PDT --- I split off the unrelated non-ICE bug to a new bug 8659. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8675] New: Nothrow can't throw Errors
http://d.puremagic.com/issues/show_bug.cgi?id=8675 Summary: Nothrow can't throw Errors Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: monarchdo...@gmail.com --- Comment #0 from monarchdo...@gmail.com 2012-09-17 02:38:12 PDT --- A nothrow function will refuse an explicit call to throw Error: nothrow void foo() { assert(1, Some error); assert(0, Some error); } //This is fine nothrow void bar() { throw new Error(Some error); } //This is NOT fine Error: object.Error is thrown but not caught Error: function main.bar 'bar' is nothrow yet may throw nothrow void baz() { try { throw new Error(Some error); } catch(Exception) { } } //This works though (!) //Obviously, the Error is not caught... -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8676] lockstep needs to document default stopping policy
http://d.puremagic.com/issues/show_bug.cgi?id=8676 --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 05:28:54 PDT --- (In reply to comment #0) StoppingPolicy is set to StoppingPolicy.longest by default but the docs need to state this. It's not auto-documented since lockstep() is a variadic template. Err wrong it's set to StoppingPolicy.shortest. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8676] New: lockstep needs to document default stopping policy
http://d.puremagic.com/issues/show_bug.cgi?id=8676 Summary: lockstep needs to document default stopping policy Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 05:28:24 PDT --- StoppingPolicy is set to StoppingPolicy.longest by default but the docs need to state this. It's not auto-documented since lockstep() is a variadic template. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8645] ICE: Assertion failed: (0), function totym, file glue.c, line 1150.
http://d.puremagic.com/issues/show_bug.cgi?id=8645 --- Comment #4 from github-bugzi...@puremagic.com 2012-09-17 06:45:25 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/2da26af56e702bf595b7b42e3a464ebf0016d7b9 fix Issue 8645 - ICE: Assertion failed: (0), function totym, file glue.c, line 1150. https://github.com/D-Programming-Language/dmd/commit/da5bba672eaf0d9aa224aeabe524336f4e3e9e16 Merge pull request #1120 from 9rnsr/fix8645 Issue 8645 - ICE: Assertion failed: (0), function totym, file glue.c, line 1150. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8677] New: compiler attempts to call ctor instead of opCall
http://d.puremagic.com/issues/show_bug.cgi?id=8677 Summary: compiler attempts to call ctor instead of opCall Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 07:31:40 PDT --- struct Foo { this(int) {} bool opCall(string) { return true; } } void main() { Foo foo = Foo(1); if (foo(a)) { } // error } test.d(17): Error: constructor test.Foo.this (int _param_0) is not callable using argument types (string) test.d(17): Error: cannot implicitly convert expression (a) of type string to int The compiler has no business calling a ctor on a variable invocation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6144] Unexpected OPTLINK Termination at EIP=00428DA3
http://d.puremagic.com/issues/show_bug.cgi?id=6144 S�nke Ludwig slud...@outerproduct.org changed: What|Removed |Added CC||slud...@outerproduct.org --- Comment #4 from S�nke Ludwig slud...@outerproduct.org 2012-09-17 08:07:18 PDT --- I'm also hit by this quite often. Changing random things will make it work or break it. This is the disassembly of the offending function: 0x00428d82 c804 enter 0004,00 0x00428d86 53 pushebx 0x00428d87 56 pushesi 0x00428d88 c745fc mov dword ptr [ebp-04], 0x00428d8f 8b45fc mov eax,dword ptr [ebp-04] 0x00428d92 3b4510 cmp eax,dword ptr [ebp+10] 0x00428d95 7314 jae 00428dab 0x00428d97 8b4d0c mov ecx,dword ptr [ebp+0c] 0x00428d9a 8b55fc mov edx,dword ptr [ebp-04] 0x00428d9d 8a1c11 mov bl,byte ptr [edx+ecx] 0x00428da0 8b7508 mov esi,dword ptr [ebp+08] 0x00428da3 881c16 mov byte ptr [edx+esi],bl Access Violation 0x00428da6 ff45fc inc dword ptr [ebp-04] 0x00428da9 ebe4 jmp 00428d8f 0x00428dab 8b4508 mov eax,dword ptr [ebp+08] 0x00428dae 5e pop esi 0x00428daf 5b pop ebx 0x00428db0 c9 leave 0x00428db1 c3 retn ESI contains 0x028a3cd0 and EDX contains 0x330. A couple of bytes after [ESI] there comes a very long mangled string: D921TypeInfo_S4vibe5templ4diet295__T19parseDietFileCompatVAyaa11_73686f775f626f782e6474TC4vibe4http6server17HttpServerRequestVAyaa3_726571TPS5index8show_boxFC4vibe4http6server17HttpServerRequestC4vibe4http6server18HttpServerResponseAyaZv11ShowBoxInfoVAyaa4_696e666fTC8moneybox3api11MoneyBoxApiVAyaa3_617069TAyaVAyaa5_6572726f72Z19parseDietFileCompatFC4vibe6stream6stream12OutputStreamAS3std7variant17__T8VariantNVk20Z8VariantNXv480__T12FilterResultS4284vibe5templ4diet295__T19parseDietFileCompatVAyaa11_73686f775f626f782e6474TC4vibe4http6server17HttpServerRequestVAyaa3_726571TPS5index8show_boxFC4vibe4http6server17HttpServerRequestC4vibe4http6server18HttpServerResponseAyaZv11ShowBoxInfoVAyaa4_696e666fTC8moneybox3api11MoneyBoxApiVAyaa3_617069TAyaVAyaa5_6572726f72Z19parseDietFileCompatFC4vibe6strea The string is terminated with the end of the memory page, after which there is no more mapped memory. Looks like a simple buffer overrun. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8660] Unclear semantics of array literals of char type, vs string literals
http://d.puremagic.com/issues/show_bug.cgi?id=8660 --- Comment #2 from Don clugd...@yahoo.com.au 2012-09-17 08:28:43 PDT --- (In reply to comment #1) I don't have a deep understanding of the DMD CTFE engine, but wouldn't it suffice to do a conversion to a string literal if the type is immutable(char)[] and to an array literal otherwise? This would only have to be done once (recursively on the entire return value) as a final sanitizing step after the CTFE execution has run to completion. This would make both lines illegal, as you suggest. Yes (in fact a sanitizing step already exists, that's where pointers are checked, for example). It wouldn't work for D1, though, which doesn't have immutable, and for which this compiles: char [] s = abc; char [] t = ['a','b','c']; (Yuck!) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8678] New: Wrong processing of Complex!double as function argument
http://d.puremagic.com/issues/show_bug.cgi?id=8678 Summary: Wrong processing of Complex!double as function argument Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: maxim...@gmail.com --- Comment #0 from Maksim Zholudev maxim...@gmail.com 2012-09-17 08:42:08 PDT --- All examples are executed with rdmd 2.060 on 64-bit Linux system Example 1: -- import std.stdio; struct Foo(T) { T a, b; } void foo(Foo!double a, double x) { writeln(a); } void main() { foo(Foo!double(0, 1), 2); } -- Output: -- Foo!(double)(0, 0) -- Example 2: -- import std.stdio; import std.complex; void foo(Complex!double a, double x) { writeln(a); } void main() { foo(Complex!double(0, 1), 2); } -- Output: -- 0+0i -- Error also occurs for float. No error for real and int. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8677] compiler attempts to call ctor instead of opCall
http://d.puremagic.com/issues/show_bug.cgi?id=8677 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #1 from bearophile_h...@eml.cc 2012-09-17 09:40:48 PDT --- Probably this is a dupe. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8672] %% operator
http://d.puremagic.com/issues/show_bug.cgi?id=8672 --- Comment #10 from bearophile_h...@eml.cc 2012-09-17 09:59:26 PDT --- (In reply to comment #9) C99 leaves it as implementation defined. D defines it in the specification. Those are fundamentally different. In the table of the Wikipedia page you have linked there is written: C (ISO 1990) % Implementation defined C (ISO 1999) % Dividend[1] Where the reference [1] is: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf, section 6.5.5 6.5.5.5 paragraph says: The result of the / operator is the quotient from the division of the first operand by the second; the result of the % operator is the remainder.In both operations, if the value of the second operand is zero, the behavior is undefined. As I cited, there are FOUR different standards on this, not including the C99 implementation defined one. But by far the most common ones are two of them (counting languages: 45+ Dividend, 31+ Divisor, and 8 something different). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7210] opCall weird behavior in struct
http://d.puremagic.com/issues/show_bug.cgi?id=7210 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 10:49:44 PDT --- *** Issue 8677 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 8677] compiler attempts to call ctor instead of opCall
http://d.puremagic.com/issues/show_bug.cgi?id=8677 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 10:49:43 PDT --- Yep, almost exact dup of http://d.puremagic.com/issues/show_bug.cgi?id=7210#c1 *** This issue has been marked as a duplicate of issue 7210 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8679] New: ICE after compiler-error
http://d.puremagic.com/issues/show_bug.cgi?id=8679 Summary: ICE after compiler-error Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-09-17 11:23:16 PDT --- class Foo { string foo() { return ; } } void main() { Foo f = new Foo; mixin(f.foo()); } test.d(14): Error: variable f cannot be read at compile time Assertion failure: 'v-ctfeAdrOnStack = 0 v-ctfeAdrOnStack stackPointer()' on line 100 in file 'interpret.c' The error is ok but the ICE should not appear. Not my code, reduced from: http://forum.dlang.org/thread/kftoqbweswexqjumk...@forum.dlang.org#post-kftoqbweswexqjumkhks:40forum.dlang.org -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8680] New: SpanMode.breadth incorrect
http://d.puremagic.com/issues/show_bug.cgi?id=8680 Summary: SpanMode.breadth incorrect Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: jesse.k.phillip...@gmail.com --- Comment #0 from Jesse Phillips jesse.k.phillip...@gmail.com 2012-09-17 11:44:24 PDT --- Using Linux 64bit with a reiserFS the following code does not span in a breadth manner. Testing on Windows 32bit it works as expected with on exception, all directories are not listed before spanning. import std.file; import std.stdio; void main() { mkdir(a); mkdir(a/b); mkdir(a/c); mkdir(a/c/z); std.file.write(a/1.txt, ); std.file.write(a/2.txt, ); std.file.write(a/b/1.txt, ); std.file.write(a/b/2.txt, ); std.file.write(a/c/1.txt, ); std.file.write(a/c/z/1.txt, ); foreach(string file; dirEntries(a/, SpanMode.breadth)) writeln(file); rmdirRecurse(a); } // Expected Approximation // a/2.txt // a/1.txt // a/b // a/c // a/c/1.txt // a/c/z // a/c/z/1.txt // a/b/1.txt // a/b/2.txt // // Actual // a/c // a/c/z // a/c/z/1.txt // a/c/1.txt // a/b // a/b/2.txt // a/b/1.txt // a/2.txt // a/1.txt -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8672] %% operator
http://d.puremagic.com/issues/show_bug.cgi?id=8672 --- Comment #11 from Walter Bright bugzi...@digitalmars.com 2012-09-17 12:02:34 PDT --- I didn't realize that C99 did specify it. Thanks for the correction. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8681] New: dmd accepts mutable AA key types for objects
http://d.puremagic.com/issues/show_bug.cgi?id=8681 Summary: dmd accepts mutable AA key types for objects Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: jmdavisp...@gmx.com --- Comment #0 from Jonathan M Davis jmdavisp...@gmx.com 2012-09-17 13:29:18 PDT --- I would have thought that this would have been reported already, but I can't find it, so I'm reporting it. AA keys are supposed to be required to be immutable, but the compiler is not correctly enforcing that. For instance, take this code: void main() { class C { int id = 42; } C c = new C; int[C] cArr; cArr[new C] = 42; //should not compile. new C is not immutable. cArr[c] = 23; //should not compile. c is not immutable. C value = cArr.keys[0]; //should not compile. keys[0] should be immutable. ++value.id; struct S { int id = 12; } S* s = new S; int[S*] sArr; sArr[new S] = 7; //should not compile. new S is not immutable. sArr[s] = 3; //should not compile. s is not immutable. int[char[]] strArr; char[] str = g.dup; strArr[str] = 7; //Correctly fails to compile. } Every single insertion into AA in that could should fail to compile, but only the char[] one does. Clearly, dmd is not properly checking for immutability with objects. It may be that the AA implementation rewrite which is currently being worked on will need to be completed for this to be properly fixed, but the longer that it stays like this, the more code that will break once it's fixed. And it _needs_ to be fixed, because otherwise there are going to be all kinds of problems with AA keys being changed after they've been used to insert values into an AA. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8332] std.Container.Range.opIndexOpAssign does not compile
http://d.puremagic.com/issues/show_bug.cgi?id=8332 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from monarchdo...@gmail.com 2012-09-17 14:25:55 PDT --- Fixed -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8333] std.Container.Array (and .Range) du not implement opIndexUnary
http://d.puremagic.com/issues/show_bug.cgi?id=8333 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from monarchdo...@gmail.com 2012-09-17 14:26:22 PDT --- Fixed https://github.com/D-Programming-Language/phobos/commit/caad7c5017a30d7d5afbe8ae7a7692d7cdd47b5e -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8621] Iterattion variable in foreach not closed upon properly in delegate
http://d.puremagic.com/issues/show_bug.cgi?id=8621 ent...@cantab.net changed: What|Removed |Added CC||ent...@cantab.net --- Comment #1 from ent...@cantab.net 2012-09-17 17:09:04 PDT --- Here's more code which I think exhibits the same bug, and also demonstrates some workarounds and some more info on the nature of the bug. This code breaks with 2.060 on Windows, compiling with no switches at all, just dmd filename.d. The production code I derived it from was fine on 2.059. import std.stdio; void main() { broken(); reffix(); noclosefix(); } void broken() { foreach (z; 0..1) { writeln(z);//Corrupt () {writeln(z);} ();//Corrupt (same value) } } //The above demonstrates that the variable is broken both inside and outside the closure. //Adding 'ref' fixes it: void reffix() { foreach (ref z; 0..1) { writeln(z);//0 () {writeln(z);} ();//0 } } //It only breaks if 'z' is closed into the lambda: void noclosefix() { foreach (z; 0..1) { writeln(z);//0 int z2=z; () {writeln(z2);} ();//0 } } The sort of corrupt values I see for z are for example 28835840 = 0x01B8 29949952 = 0x01C9 38535168 = 0x024C 36110336 = 0x0227 But it's always the same between one writeln and the other. Also breaks with foreach_reverse. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8680] SpanMode.breadth is incorrectly named and implementation fails in Linux
http://d.puremagic.com/issues/show_bug.cgi?id=8680 --- Comment #1 from Jesse Phillips jesse.k.phillip...@gmail.com 2012-09-17 18:43:39 PDT --- A breadth first traversal is not a good algorithm for filesystem traversal. The described implementation is useful. As shown Linux ReiserFS does not traverse as described in the documentation. SpanMode.breadth should be deprecated for not be a breadth traversal. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8682] New: Can't install DMD 2.060 on OS X 10.6.8
http://d.puremagic.com/issues/show_bug.cgi?id=8682 Summary: Can't install DMD 2.060 on OS X 10.6.8 Product: D Version: D2 Platform: x86_64 OS/Version: Mac OS X Status: NEW Severity: critical Priority: P2 Component: installer AssignedTo: nob...@puremagic.com ReportedBy: mikez...@gmail.com --- Comment #0 from Elias Zamaria mikez...@gmail.com 2012-09-17 19:40:34 PDT --- I am planning to try D for the first time in my life. I have a MacBook Pro running OS X 10.6.8 (Snow Leopard). I went on the D downloads page and clicked on the link for the dmd 2.060 installer for OS X. I opened it and double clicked on the DMD2.pkg file within it. The installer came up with some text including a line that read This package is intended for Mac OS X Leopard (10.5) only.. I tried to find a version for OS X 10.6 but I couldn't, so I ignored the warning and clicked Continue. I clicked through the agreements and questions, and then when it finished, the installer gave this message: The installation failed. The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance. Someone on the forums suggested running the Console app when trying to install D. I tried that and got these messages: 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-api.pkg 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-bin.pkg 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-gui.pkg 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-kext.pkg 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-profiles.pkg 9/17/12 7:33:35 PM Installer[19715]PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-startup.pkg 9/17/12 7:33:54 PM installd[19720] Starting 9/17/12 7:33:54 PM installd[19720] uid=501, euid=501 9/17/12 7:33:54 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-api.pkg 9/17/12 7:33:55 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-bin.pkg 9/17/12 7:33:55 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-gui.pkg 9/17/12 7:33:55 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-kext.pkg 9/17/12 7:33:55 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-profiles.pkg 9/17/12 7:33:55 PM installd[19720] PackageKit: *** Missing bundle identifier: /Library/Receipts/vpnclient-startup.pkg 9/17/12 7:33:57 PM com.apple.installd.user[19720] Permission denied 9/17/12 7:33:57 PM Installer[19715]The Installer encountered an error that caused the installation to fail. Contact the software manufacturer for assistance. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7103] the -property switch vs. template functions with default template arguments
http://d.puremagic.com/issues/show_bug.cgi?id=7103 Ellery Newcomer ellery-newco...@utulsa.edu changed: What|Removed |Added CC||ellery-newco...@utulsa.edu --- Comment #1 from Ellery Newcomer ellery-newco...@utulsa.edu 2012-09-17 20:41:59 PDT --- dmd 2.060 both versions get you Error: not a property d.quack -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8683] New: bad type resolution for template property functions
http://d.puremagic.com/issues/show_bug.cgi?id=8683 Summary: bad type resolution for template property functions Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: ellery-newco...@utulsa.edu --- Comment #0 from Ellery Newcomer ellery-newco...@utulsa.edu 2012-09-17 21:00:30 PDT --- code: @property int Foo()() { return 1; } @property int Goo() { return 1; } pragma(msg, typeof(Foo)); pragma(msg, typeof(Goo)); void main() { import std.stdio; writeln(Foo); writeln(Goo); } should spit out int int does spit out void int when compiled. prints 1 1 when ran. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---