Issue 5939 - Cannot copy std.algorithm.map #728
Conversation
Move out Voldemort types to modle level.
|
Was the second commit supposed to be in this pull request? |
|
The separation of unittest building is necessary. In my environment (Win7 64bit), the original win32.mak generates wrong unittest.exe, and running it causes Access Violation. I don't know why. |
|
Pasting the content of an email Ijust sent to dmd-beta: OK, let's step back for just a second here. The first response to #728 is it reflects a problem with the compiler. My conjecture (and please correct me if I'm wrong) is there should be no difference between a Voldemort static struct (emphasis on STATIC, which is not currently used in map) and a classic struct defined outside map. I'm saying this because I see no difference in what state is available and how code would be generated between the two. It's a simple name visibility issue. If that's correct, the fix in #728 should simply add "static" to the Voldemorts, and implement the same functionality that it's currently implementing. Longer term, it has become obvious to me that we need a clear and simple mechanism for a function to save another function passed by alias, even if that function holds state. That must happen regardless of interaction with Voldemort types. We must have a mean do e.g. define a scope delegate that holds the alias function and is able to call it. This has been a long-standing problem that we've avoided in limited cases by relying on the built-in frame pointer. |
|
Auto tester result is now all green. |
|
I guess I'll need to pull this. Sigh. |
Issue 5939 - Cannot copy std.algorithm.map
http://d.puremagic.com/issues/show_bug.cgi?id=5939
There is no way other than this for the current dmd. But I hope more better way in the future.