[Issue 6580] scoped classes are aligned incorrectly
http://d.puremagic.com/issues/show_bug.cgi?id=6580 --- Comment #2 from github-bugzi...@puremagic.com 2012-05-08 23:43:01 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/2503b18d1c6bba9e697e6eb0bf1914a65acdf215 Fix Issue 6580 - scoped classes are aligned incorrectly https://github.com/D-Programming-Language/phobos/commit/84218d3e1ebe5efb04b64e121a27870184334f84 Merge pull request #570 from denis-sh/scoped-bug6580-fix Fix Issue 6580 - scoped classes are aligned incorrectly -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8070] New: associative array element is created before value is ready
http://d.puremagic.com/issues/show_bug.cgi?id=8070 Summary: associative array element is created before value is ready Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: luka8...@owave.net --- Comment #0 from luka8088 luka8...@owave.net 2012-05-09 00:03:22 PDT --- I may be mistaken but, as far as I know the fact that 'arr[x] is created and set to null' before 'new object of class A is created' is a bug. Right ? /* Order of execution (is this a bug ?): * - arr[x] is created and set to null * - new object of class A is created * - arr[x] is set to newly created object */ module program; A[string] arr; class A { this () { // at this point: // (x in arr) is true // arr[x] is set to null } } void main () { arr[x] = new A(); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6580] scoped classes are aligned incorrectly
http://d.puremagic.com/issues/show_bug.cgi?id=6580 Kenji Hara k.hara...@gmail.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 8039] `scoped` doesn't call any elaborate destructors for struct fields
http://d.puremagic.com/issues/show_bug.cgi?id=8039 Kenji Hara k.hara...@gmail.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 8070] associative array element is created before value is ready
http://d.puremagic.com/issues/show_bug.cgi?id=8070 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED CC||jmdavisp...@gmx.com Resolution||DUPLICATE --- Comment #1 from Jonathan M Davis jmdavisp...@gmx.com 2012-05-09 00:21:06 PDT --- *** This issue has been marked as a duplicate of issue 3825 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3825] AAs entries are default initialized before the new value is evaluated
http://d.puremagic.com/issues/show_bug.cgi?id=3825 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||luka8...@owave.net --- Comment #2 from Jonathan M Davis jmdavisp...@gmx.com 2012-05-09 00:21:06 PDT --- *** Issue 8070 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 7565] ICE(cg87):202, postincrement of a double parameter, 64-bit only
http://d.puremagic.com/issues/show_bug.cgi?id=7565 Don clugd...@yahoo.com.au changed: What|Removed |Added Summary|ICE(cg87):202, 64-bit only |ICE(cg87):202, ||postincrement of a double ||parameter, 64-bit only --- Comment #1 from Don clugd...@yahoo.com.au 2012-05-09 01:07:16 PDT --- Reduced test case: void bug7565( double x) { } void ice7565() { double y; bug7565( y++ ); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8061] std.algorithm.joiner breaks when used with InputRangeObject
http://d.puremagic.com/issues/show_bug.cgi?id=8061 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #2 from Jonathan M Davis jmdavisp...@gmx.com 2012-05-09 02:43:39 PDT --- Hmmm. Well, joiner takes a range of _input ranges_, not forward ranges, so it _can't_ use save on the inner ranges (though it does define save if the input ranges happen to be forward ranges). This assertion passes: assert(equal(joiner([inputRangeObject(ab), inputRangeObject(cd)]), abcd)); So, it would seem that the problem is in std.conv.to. It's probably assuming that passing the range results in a copy (since it does with most ranges). Truth be told, most range-based functions in Phobos aren't properly tested to make sure that they work with ranges which are input ranges rather than forward ranges or that they work with forward ranges which aren't copied when being passed to functions. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8071] New: ICE(glue.c): delegate passed to std.algorithm.map
http://d.puremagic.com/issues/show_bug.cgi?id=8071 Summary: ICE(glue.c): delegate passed to std.algorithm.map Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: kekeni...@yahoo.co.jp --- Comment #0 from kekeni...@yahoo.co.jp 2012-05-09 05:48:08 PDT --- This command results in abnormal program termination with error: Assertion failure: '!vthis-csym' on line 716 in file 'glue.c' COMMAND: ( the order of arguments is significant ) dmd moda.d modb.d moda.d --- import std.algorithm; modb.d --- import std.algorithm; class C { void memberFun() { int local; map!( (a){return local;} )( ); } } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8072] New: Methods defined in external object files when template alias parameter is involved
http://d.puremagic.com/issues/show_bug.cgi?id=8072 Summary: Methods defined in external object files when template alias parameter is involved Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: wrong-code Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: leandro.lucare...@sociomantic.com CC: bugzi...@digitalmars.com, clugd...@yahoo.com.au Depends on: 8016 --- Comment #0 from Leandro Lucarella leandro.lucare...@sociomantic.com 2012-05-09 08:06:08 PDT --- +++ This issue was initially created as a clone of Issue #8016 +++ Testcase: m1.d --- module m1; import m2; private void t(alias Code)() { return Code(); } void f() { t!( () { } )(); } // The forceSemanti() and static assert is only needed to reproduce it in D2 bool forceSemantic() { f(); return true; } static assert(forceSemantic()); void main() { } --- m2.d --- module m2; import m1; --- dmd -c m1.d dmd -c m2.d dmd -ofm m1.o m2.o m2.o: In function `_D2m11fFZv': m2.d:(.text._D2m11fFZv+0x0): multiple definition of `_D2m11fFZv' m1.o:m1.d:(.text._D2m11fFZv+0x0): first defined here collect2: ld returned 1 exit status --- errorlevel 1 nm m1.o | grep ' T' T _D2m113forceSemanticFZb T _D2m115__unittest_failFiZv T _D2m11fFZv T _D2m11fFZv9__lambda1FNaNbNfZv T _D2m17__arrayZ T _D2m18__assertFiZv T _Dmain nm m2.o | grep ' T' T _D2m11fFZv T _D2m11fFZv9__lambda3FNaNbNfZv I think neither D2m11fFZv or _D2m11fFZv9__lambda3FNaNbNfZv should be defined in m2. Confirmed to be D2-only. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5461] Invalid declaration for auto functions in .di files generated by DMD -H
http://d.puremagic.com/issues/show_bug.cgi?id=5461 Trass3r mrmoc...@gmx.de changed: What|Removed |Added CC||mrmoc...@gmx.de --- Comment #3 from Trass3r mrmoc...@gmx.de 2012-05-09 18:33:11 CEST --- ? git dmd still produces 'auto foo();' for me. I think the patch could be more complex though. If it's a Voldemort type the whole body needs to be included. But what if it's a simple type? Then you could just print out the inferred type. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8073] Regression (git) Error: undefined identifier __result
http://d.puremagic.com/issues/show_bug.cgi?id=8073 Leandro Lucarella leandro.lucare...@sociomantic.com changed: What|Removed |Added Keywords||rejects-valid --- Comment #1 from Leandro Lucarella leandro.lucare...@sociomantic.com 2012-05-09 09:44:22 PDT --- Oh, and it only happens with -release! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8073] New: Regression (git) Error: undefined identifier __result
http://d.puremagic.com/issues/show_bug.cgi?id=8073 Summary: Regression (git) Error: undefined identifier __result Product: D Version: D1 D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: leandro.lucare...@sociomantic.com --- Comment #0 from Leandro Lucarella leandro.lucare...@sociomantic.com 2012-05-09 09:43:36 PDT --- A regression was introduced in the latest D1 changeset: b75d921 merge D1 pull #529 https://github.com/D-Programming-Language/dmd/commit/b75d921 When compiling tango I get this error which didn't happened before: ./tango/io/vfs/ZipFolder.d(672): Error: undefined identifier __result Unfortunately I couldn't come up with a minimal test case yet, but since I know the exact commit that caused it, maybe it is easy enough to be fix by somebody familiar with what that patch does. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8074] New: template-mixin example contradicts text
http://d.puremagic.com/issues/show_bug.cgi?id=8074 Summary: template-mixin example contradicts text Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: tim.dolo...@gmail.com --- Comment #0 from Tim Smith tim.dolo...@gmail.com 2012-05-09 09:52:31 PDT --- The text says: If two different mixins are put in the same scope, and each define a declaration with the same name, there is an ambiguity error when the declaration is referenced However, the example *does* compile with no error, and runs the Bar.func() method. Here is the exact code I'm using: $ cat mix08.d import std.stdio, std.exception; /* If two different mixins are put in the same scope, and each define a declaration with the same name, there is an ambiguity error when the declaration is referenced: */ mixin template Foo() { int x = 5; void func(int x) { writeln(Foo.func(), x = , x); } } mixin template Bar() { int x = 4; void func() { writeln(Bar.func(), x = , x); } } mixin Foo; mixin Bar; void main() { //writefln(x = %d, x); // error, x is ambiguous /* The call to func() is ambiguous because Foo.func and Bar.func are in different scopes. */ func(); // error, func is ambiguous } $ dmd|grep DMD DMD64 D Compiler v2.059 $ dmd -w mix08.d $ ./mix08 Bar.func(), x = 4 $ I don't know if the text is wrong, or if DMD is wrong. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8074] template-mixin example contradicts text
http://d.puremagic.com/issues/show_bug.cgi?id=8074 --- Comment #1 from Tim Smith tim.dolo...@gmail.com 2012-05-09 09:54:19 PDT --- I forgot to link to the exact spec page I'm talking about: http://dlang.org/template-mixin.html -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5461] Invalid declaration for auto functions in .di files generated by DMD -H
http://d.puremagic.com/issues/show_bug.cgi?id=5461 LightBender ad...@prospectivesoftware.com changed: What|Removed |Added CC||adamw@prospectivesoftware.c ||om --- Comment #4 from LightBender ad...@prospectivesoftware.com 2012-05-09 09:57:54 PDT --- (In reply to comment #3) ? git dmd still produces 'auto foo();' for me. I think the patch could be more complex though. If it's a Voldemort type the whole body needs to be included. But what if it's a simple type? Then you could just print out the inferred type. This pull fixes this problem and a bunch of others: https://github.com/D-Programming-Language/dmd/pull/928. However, it currently fails to build on Linux and fails the unittests on Windows thanks to a problem with the dur template function in std.datetime. The solution used by this pull is to include the function body of the auto-function as that was needed to allow Phobos to build correctly using the DRT DI files. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5461] Invalid declaration for auto functions in .di files generated by DMD -H
http://d.puremagic.com/issues/show_bug.cgi?id=5461 --- Comment #5 from LightBender ad...@prospectivesoftware.com 2012-05-09 10:04:56 PDT --- (In reply to comment #4) (In reply to comment #3) ? git dmd still produces 'auto foo();' for me. I think the patch could be more complex though. If it's a Voldemort type the whole body needs to be included. But what if it's a simple type? Then you could just print out the inferred type. This pull fixes this problem and a bunch of others: https://github.com/D-Programming-Language/dmd/pull/928. However, it currently fails to build on Linux and fails the unittests on Windows thanks to a problem with the dur template function in std.datetime. The solution used by this pull is to include the function body of the auto-function as that was needed to allow Phobos to build correctly using the DRT DI files. I forgot to mention that DMD does not know the type of an auto-function when DI files are generated. No semantic analysis has been performed and since semantic analysis could change the layout of a module you wouldn't want it to be performed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8071] ICE(glue.c): delegate passed to std.algorithm.map
http://d.puremagic.com/issues/show_bug.cgi?id=8071 kekeni...@yahoo.co.jp changed: What|Removed |Added Keywords||ice --- Comment #1 from kekeni...@yahoo.co.jp 2012-05-09 10:10:14 PDT --- Sorry, that message(...line716...) was from git head. D2.059's message is here: Assertion failure: '!vthis-csym' on line 686 in file 'glue.c' In addition, explicit parameter type of delegate literal prevents this error. map!( (dchar a){return local;} )( ); // 'dchar' added Environment: Windows XP SP3 32bit -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5314] Wrong error message: struct within immutable member and postblit function
http://d.puremagic.com/issues/show_bug.cgi?id=5314 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au Severity|normal |critical --- Comment #10 from Don clugd...@yahoo.com.au 2012-05-09 13:44:40 PDT --- (In reply to comment #9) Reducing criticity to normal, as diagnostic bugs are not critical. They're equivalent to compiler segfaults. Worse than any rejects-valid bug. They're nearly always very easy to fix, too. There's no excuse for them. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8075] New: Optional parameters should be able to refer to previous parameters
http://d.puremagic.com/issues/show_bug.cgi?id=8075 Summary: Optional parameters should be able to refer to previous parameters Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: wfunct...@hotmail.com --- Comment #0 from wfunct...@hotmail.com 2012-05-09 18:11:13 PDT --- void process(R)(R items, size_t maxCount = items.length) { } unittest { process([1, 2, 3]); } It would be great if this worked. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8076] New: std.process shell() Windows
http://d.puremagic.com/issues/show_bug.cgi?id=8076 Summary: std.process shell() Windows Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: deep0...@gmail.com --- Comment #0 from deep0...@gmail.com 2012-05-09 22:32:44 PDT --- Created an attachment (id=1102) Error in runtime Windows, Russian no work code: ... import std.process; ... auto s=shell(ping 127.0.0.1); ... attachments content errors and output next dos command .. C:\Documents and Settings\Diping 127.0.0.1tt.txt .. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---