Bug 13452 – VisualD keeps linking freshly built project
Status
RESOLVED
Resolution
FIXED
Severity
normal
Priority
P1
Component
visuald
Product
D
Version
D2
Platform
x86_64
OS
Windows
Creation time
2014-09-10T07:03:00Z
Last change time
2015-01-01T22:05:00Z
Assigned to
nobody
Creator
orhunbirsoy
Comments
Comment #0 by orhunbirsoy — 2014-09-10T07:03:58Z
VisualD keeps linking freshly built project. After enabling "Show why a target is rebuilt", I get the following output.
"Debug\ConsoleApp2.exe not up to date: link dependency file C:\Development\D\ConsoleApp2\ConsoleApp2\Debug\ConsoleApp2.lnkdep does not exist"
I am using Dmd 2.066.0, VS 2013 with Visual D 0.3.39-beta3.
If I create an empty lnkdep file everything seems to be fine.
Comment #1 by r.sagitario — 2014-10-10T15:05:12Z
The lnkdep file is the output of a dependency-tracker that tries to figure out what libraries the linker is actually using.
Unfortunately it does not work with the 64-bit version of the MS linker. I think you might call it when using the D installer and allowing it to modify sc.ini.
Have you tried the "override linker settings in sc.ini" option (Tools->Option->Projects and Solutions->Visual D Settings->DMD directories->x64) to switch to the 32-bit linker?
If that does not help, you can disable "Monitoring OPTLINK dependencies" on the "Visual D settings" page.
Comment #2 by orhunbirsoy — 2014-10-13T15:36:08Z
(In reply to Rainer Schuetze from comment #1)
> The lnkdep file is the output of a dependency-tracker that tries to figure
> out what libraries the linker is actually using.
>
> Unfortunately it does not work with the 64-bit version of the MS linker. I
> think you might call it when using the D installer and allowing it to modify
> sc.ini.
>
> Have you tried the "override linker settings in sc.ini" option
> (Tools->Option->Projects and Solutions->Visual D Settings->DMD
> directories->x64) to switch to the 32-bit linker?
>
> If that does not help, you can disable "Monitoring OPTLINK dependencies" on
> the "Visual D settings" page.
"override linker settings in sc.ini" is checked and set to "$(VCINSTALLDIR)\bin\link.exe" and I am still getting the same message.
But disabling "Monitoring OPTLINK dependencies" option worked.
Thanks.
Comment #3 by r.sagitario — 2014-10-13T17:48:58Z
I discovered a problem in the dependency tracker that didn't show up in earlier versions (or maybe some OS updates slightly changed calling order within undocumented behaviour).
I'll start the next beta cycle with a fix soon.