www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.ldc - LDC mspdb140 error x64

reply Mike B Johnson <Mikey Ikes.com> writes:
LINK : fatal error LNK1171: unable to load mspdb140.dll (error 
code: 193)
Error: `VS\VC\Tools\MSVC\14.10.25017\bin\HostX86\x64\link.exe` 
failed with status: 1171

I'm pretty sure that it is using the x64 mspdb140.dll because 
procmon says it is

VS\VC\Tools\MSVC\14.10.25017\bin\HostX86\x64\mspdb140.dll

But maybe this isn't the correct one?

It seems to be looking in a bunch of dir's, including

ldc2\bin\mspdb140.dll

and the windows kit's, sdk, and VC dir, it finds them but I guess 
they are all x86.

It looks at

Windows Kits\8.1\bin\x64\mspdb140.dll

and just about every dir in the %path%... it finds many 
versions(x86 and x64) but never is satisfied.

and the dll is there but it doesn't use it.


Why does it need the pdb anyways? I thought that was for 
debugging?
Jun 07 2017
parent reply Mike B Johnson <Mikey Ikes.com> writes:
On Thursday, 8 June 2017 at 02:18:16 UTC, Mike B Johnson wrote:
 LINK : fatal error LNK1171: unable to load mspdb140.dll (error 
 code: 193)
 Error: `VS\VC\Tools\MSVC\14.10.25017\bin\HostX86\x64\link.exe` 
 failed with status: 1171

 I'm pretty sure that it is using the x64 mspdb140.dll because 
 procmon says it is

 VS\VC\Tools\MSVC\14.10.25017\bin\HostX86\x64\mspdb140.dll

 But maybe this isn't the correct one?

 It seems to be looking in a bunch of dir's, including

 ldc2\bin\mspdb140.dll

 and the windows kit's, sdk, and VC dir, it finds them but I 
 guess they are all x86.

 It looks at

 Windows Kits\8.1\bin\x64\mspdb140.dll

 and just about every dir in the %path%... it finds many 
 versions(x86 and x64) but never is satisfied.

 and the dll is there but it doesn't use it.


 Why does it need the pdb anyways? I thought that was for 
 debugging?
The problem is that it seems to need the x86 version even when compiling for x64. When using x64, the paths are switched to x64 dlls and hence it fails to load it. I stuck the x86 dll in some path that it was looking in and it worked, but didn't work when I stuck the x64 dll in the same location overwriting the x86 version.
Jun 07 2017
parent kinke <kinke gmx.net> writes:
That's a VisualD issue, see 
https://issues.dlang.org/show_bug.cgi?id=17384.
Jun 08 2017