Conversation
It's slightly more general than in the bug report: any non-virtual function cannot use override.
…t at compile time gives wrong result This was caused by an incorrect fix to bug 4389. Concatenation needs to be treated differently if it is a homogonenous concatentation (char[]~char, wchar[]~char, dchar[]~dchar) compared to hetero concatenation (eg, char[]~dchar). Homo-concatenation should just use a simple append, ramming the bytes together; hetero needs to do a UTF conversion before appending. Originally simple append was used all the time; this was bug 4389. After the fix it used conversion all the time, causing this regression.
|
Just a quick suggestion: If you rebase your feature (resp. bugfix) branch on the remote master instead of merging in the changes while privately working on it, there aren't any merge commits cluttering up the commit history (and pull request). |
|
Please have separate pull requests for each issue. I don't know how to pull an individual commit, so I just did them manually. |
|
@WalterBright: You can just »fetch« the branch instead of »pull«ing it and then »cherry-pick« the commit you want to have, e.g. »git cherry-pick 66c8899«. Having separate pull requests for each issue is still a good idea though. |
|
Thanks for the tip. Can you give me the exact seqence of commands to do the fetch as well as the cherry-pick? Sorry for my git lameness. |
|
No problem – for this case, you could just do If you are working with GitHub a lot, tools like hub which add GitHub awareness to Git might be interesting for you – they allow you to do things like |
|
@klickverbot, use @WalterBright instead of my username, please. |
|
Have a look at the 'fork queue' on GitHub. You can select individual On 29 March 2011 23:31, WalterBright
|
|
Thanks, Don, that's what I needed. |
This is a critical wrong-code regression. Should be given top priority, and we should even consider an emergency compiler release.
The code for 'Cat' needs to be copied into D1 as well.