<div dir="ltr">On 2 September 2013 05:21, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com" target="_blank">newshound2@digitalmars.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 9/1/2013 11:58 AM, Dmitry Olshansky wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
01-Sep-2013 22:44, Walter Bright пишет:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 9/1/2013 11:01 AM, Dmitry Olshansky wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The only one I see is<br>
VS110COMNTOOLS<br>
</blockquote>
<br>
Very strange. When I click on the shortcut "Visual Studio x64 Win64..."<br>
to open a command prompt, it sets a veritable blizzard of environment<br>
variables.<br>
</blockquote>
<br>
Ah, that command prompt...<br>
VCINSTALLDIR=C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\<br>
WindowsSdkDir=C:\Program Files (x86)\Windows Kits\8.0\<br>
<br>
However the said windows kit folder has tree like this:<br>
C:\Program Files (x86)\Windows Kits\8.0\Lib\win8\um\{arm,x86,<u></u>amd64}<br>
<br>
That 'win8\um' sub-folder is what must be throwing it off. It's nothing like<br>
that in Win7 SDK.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There are 2 distinct things - libraries are ound in Platform SDK (or<br>
rather<br>
WindowsSDK these days) and version 8 differs from 7. You can download and<br>
install it (any version) - it's a free download.<br>
Compiler/linkers are installed to VisualStudio and are dealt with<br>
separately.<br>
<br>
I still have this error when trying to comompile with debug info:<br>
<br>
LINK : fatal error LNK1101: incorrect MSPDB110.DLL version; recheck<br>
installation<br>
of this product<br>
<br>
No idea whose fault is it (DMD vs MS linker vs something in my<br>
paths/env).<br>
</blockquote>
<br>
DMD does not load any DLLs.<br>
</blockquote>
<br>
Okay, then it could very well be just me messing with paths/env.<br>
<br>
OT: MS x64 compiler too could be had for free (it come with SDK I installed not<br>
VS express)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+ I have to redefine everything in order to compile phobos/druntime as<br>
these are<br>
hardcoded to VS10 (again !) thus I don't usually test/build x64<br>
Phobos. It's far<br>
less hassle for me to keep around x64 Linux virtual box for testing.<br>
</blockquote>
<br>
When I compile phobos, for example, I use the following makefile (named<br>
"makefile"). It is very handy for resetting the environment variables<br>
used by win32.mak.<br>
<br>
--------------<br>
# Makefile to build D runtime library phobos.lib for Win32<br>
# Designed to work with \dm\bin\make.exe<br>
</blockquote>
<br>
Thanks! I could borrow that.<br>
With that said I don't quite like Makefiles at all.<br>
<br>
</blockquote>
<br></div></div>
I think the most practical thing at the moment is to:<br>
<br>
1. put comments in sc.ini explaining it better<br>
2. replace the hardcoded tails that link.c appends to the sc.ini values with new settings in sc.ini<br>
3. provide commented-out example settings for each variant of VS as we discover what they should be<br></blockquote><div><br></div><div>And if we still rely on sc.ini to get it right:</div><div>4. As the final step of the DMD installer, open sc.ini in notepad for the user's approval.</div>
</div></div></div>