dmd 1.071 and 2.056 release

[Nick Sabalausky]

Great release :)

Although it's not in the changelog (I didn't even think to check for it 
there until now), there's a bunch of RDMD issues fixed too:

------------------------------------------------

https://github.com/D-Programming-Language/tools/pull/14 (Don't pass .di 
files to DMD.)

This fixes a problem that frequently made RDMD fail to work on projects that 
import a static lib and .di files. Real-world examples of the problem are 
here:

http://www.dsource.org/forums/viewtopic.php?t=5856
http://www.linuxquestions.org/questions/programming-9/d-is-d-programming-language-just-too-much-898862/#post4452127

------------------------------------------------

https://github.com/D-Programming-Language/tools/pull/14 (rdmd fixes)

This is killer pull request from CyberShadow, improving a number of things:

- Fixes usage of rdmd by multiple users on the same Posix system.

- Using --build-only, by default, places the exe in the current directory 
rather than the usual tmp directory. The --build-only option is frequently 
(always, AFAIK) used like an alternate to bud/rebuild/xfbuild/etc, so this 
default makes much more sense.

- RDMD should now work within VisualD

- Don't append a second extension to -of path on Windows

- A couple of things that had been fixed in an old pre-github patch, but 
failed to get applied correctly (thank god we're on github now!!):

1. Don't mistake .map filenames as the .d file to build.

2. Don't use std.getopt.config.stopOnFirstNonOption. As CyberShadow says: 
"rdmd already scans the command line to find the point where option parsing 
should stop. Including this getopt option breaks using rdmd with e.g. 
DMD's -map option."