<div dir="ltr">Hmmm, I found details on the net that recommended adding an [Environment64] section, which we did.<div><br><div>I don't seem to have <span style="font-family:arial,sans-serif;font-size:13px">VCINSTALLDIR or </span><span style="font-family:arial,sans-serif;font-size:13px">WindowsSdkDir </span><span style="font-family:arial,sans-serif;font-size:13px">variables on my system :/ .. that said, VC obviously works on my machine.</span></div>
</div><div><font face="arial, sans-serif">It also seems potentially problematic that a variable would define a single install directory, since it's pretty common that programmers have multiple versions of VS on their machines.</font></div>
<div><font face="arial, sans-serif">I have VS2010 and VS2012 on my machine. Simon had VS2012 and VS2013.</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">I was also thinking it might be a mistake to keep phobos64.lib in the same folder as the 32bit omf libs. If paths are wrong, the link errors will only be understood by a programmer who understands compilers and lib/object formats in depth.</font></div>
<div><font face="arial, sans-serif">Perhaps you should put them in a parallel lib64 directory, and hook that up in [Environment64] (I did that on my machine while trying to isolate problems and wort out where paths were coming from)?</font></div>
<div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">I reckon you should look into hooking up DirectX SDK patahing by default too since it's so common for basically any multimedia app.</font></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 1 September 2013 17:42, Walter Bright <span dir="ltr"><<a href="mailto:newshound2@digitalmars.com" target="_blank">newshound2@digitalmars.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 8/31/2013 7:05 PM, Manu wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
The only compiler you can realistically use productively in windows is<br>
DMD-Win64, and that doesn't work out of the box.<br>
We needed to mess with sc.ini for quite some time to get the stars aligned such<br>
that it would actually compile and find the linker+libs.<br>
<br></div><div class="im">
Walter: DMD needs to internally detect installations of various versions of<br></div><div class="im">
VisualStudio, and either 'just work', or amend sc.ini on its own. Or the<br>
installer needs to amend sc.ini. Either way, leaving it to a user to fiddle with<br>
an ini file just isn't acceptable. We had to google solutions to this problem,<br>
and even then, we had trouble with the paths we added to sc.ini; are spaces<br>
acceptable? Do they have quites around them?...<br>
I might also suggest that Microsoft supplied (ie, 'standard'), libraries should<br>
be automatically detected and path entries added in there too:<br>
   C:\Program Files (x86)\Microsoft SDKs\...<br>
   C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\...<br>
These are on basically every windows developers machine, and each of us had to<br>
configure them ourselves.<br>
</div></blockquote>
<br>
The default sc.ini contains:<br>
-----------------------------<br>
[Version]<br>
version=7.51 Build 020<br>
<br>
[Environment]<br>
LIB="%@P%\..\lib";\dm\lib<br>
DFLAGS="-I%@P%\..\..\src\<u></u>phobos" "-I%@P%\..\..\src\druntime\<u></u>import"<br>
LINKCMD=%@P%\link.exe<br>
LINKCMD64=%VCINSTALLDIR%bin\<u></u>amd64\link.exe<br>
VCINSTALLDIR=%VCINSTALLDIR%<br>
WindowsSdkDir=%WindowsSdkDir%<br>
------------------------------<u></u>----<br>
<br>
When I installed VC 2010, it set the environment variables VCINSTALLDIR and WindowsSdkDir. Then, the default sc.ini should "just work".<br>
<br>
What went wrong, specifically?<br>
<br>
</blockquote></div><br></div>