I have built my application using FWH 17.xx, Harbour, and Visual Studio Community 2017. I use the following bat file to set the variables and call the nmake program.
- Code: Select all Expand view
- @set oldpath=%path%
@set oldinclude=%include%
@set oldlib=%lib%
@set oldlibpath=%libpath%
if exist "%ProgramFiles%\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" call "%ProgramFiles%\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" x86
if exist "%ProgramFiles(x86)%\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" call "%ProgramFiles(x86)%\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" x86
cd c:\projects\mls2015\source\
c:\"Program Files (x86)\Microsoft Visual Studio"\2017\Community\VC\Tools\MSVC\14.11.25503\bin\HostX86\x86\nmake -fASW32.mak
@set path=%oldpath%
@set include=%oldinclude%
@set lib=%oldlib%
@set libpath=%oldlibpath%
@set oldpath=""
@set oldinclude=""
@set oldlib=
@set oldlibpath=
On the windows machine, I had not updated the call to vcvarsall.bat and it was still pointing to the 2015 files. It has been corrected here. The reason for the cd command was that after running the .bat it ended up in another directory.
What is interesting is when I build the app in Visual Studio IDE, it all works fine. However, something in the vcvarsall.bat that is called must be creating a path problem. It errors out saying it doesn't know how to make the file (asw32.mak ).
So if anyone else is using an Apple Mac with Parallels and this type of build, and has overcome this problem ( or perhaps the same problem arose on a Windows machine with 2017 ), your assistance is greatly appreciated.