The compile instructions on the Wiki appear to be out of date for recent versions of Visual Studio, even though the dependencies state Visual Studio 2015.
When running hm conf the options only allow for Visual Studio versions 8 through 10.
I edited the file \ext\toolchain\commands1.py to get hm conf to apparently complete without errors.
_win32_generators = {
- 1 : VisualStudioGenerator('10'),
- 2 : VisualStudioGenerator('10 Win64'),
- 3 : VisualStudioGenerator('9 2008'),
- 4 : VisualStudioGenerator('9 2008 Win64'),
- 5 : VisualStudioGenerator('8 2005'),
- 6 : VisualStudioGenerator('8 2005 Win64')
+ 1 : VisualStudioGenerator('14 2015'),
+ 2 : VisualStudioGenerator('14 2015 Win64'),
+ 3 : VisualStudioGenerator('12 2013'),
+ 4 : VisualStudioGenerator('12 2013 Win64'),
+ 5 : VisualStudioGenerator('11 2012'),
+ 6 : VisualStudioGenerator('11 2012 Win64'),
+ 7 : VisualStudioGenerator('10 2010'),
+ 8 : VisualStudioGenerator('10 2010 Win64'),
+ 9 : VisualStudioGenerator('9 2008'),
+ 10 : VisualStudioGenerator('9 2008 Win64'),
+ 11 : VisualStudioGenerator('8 2005'),
+ 12 : VisualStudioGenerator('8 2005 Win64')
}
unix_generators = {
1 : MakefilesGenerator(),
2 : EclipseGenerator(),
@@ -1748,10 +1754,16 @@ class InternalCommands:
value,type = _winreg.QueryValueEx(key, '8.0')
elif generator.startswith('Visual Studio 9'):
value,type = _winreg.QueryValueEx(key, '9.0')
elif generator.startswith('Visual Studio 10'):
value,type = _winreg.QueryValueEx(key, '10.0')
+ elif generator.startswith('Visual Studio 11'):
+ value,type = _winreg.QueryValueEx(key, '11.0')
+ elif generator.startswith('Visual Studio 12'):
+ value,type = _winreg.QueryValueEx(key, '12.0')
+ elif generator.startswith('Visual Studio 14'):
+ value,type = _winreg.QueryValueEx(key, '14.0')
else:
raise Exception('Cannot_ determine vcvarsall.bat location for: ' + generator)
The when I tried to run hm build it failed with "'vcbuild' is not recognized as an internal or external command, operable program or batch file." A little investigation seems to indicate the vcbuild.exe is no longer included in recent versions of Visual Studio (is it now TFSBuild.exe????)
It also appears that many of the quoted PATH environment variables are no longer correct for the specified dependencies. Eg Instead of X:\Qt\5.6\mingw49_32\bin;X:\Qt\Tools\mingw492_32\bin, I needed to use C:\Qt\5.6\msvc2015_64\bin;C:\Qt\Tools\QtCreator\bin. This might be a difference between 32 & 64 bit Windows.
@NevPalmer
What branch are you trying to compile?
The master branch, "Versioned 1.8.2-stable"
The file I refered to is here;
https://github.com/symless/synergy/blob/master/ext/toolchain/commands1.py
The example edits I gave are for lines 257 and 1747 onward.
I also have problems to compile Synergy 1.8.2-stable on Windows 10 64bit using Visual Studio 2015. I can confirm that @NevPalmer changes on commands1.py work but I also have to install Cmake 3.6.1 instead of 2.8. Besides that I also got an warning for Qt:
Warning: Not using supported Qt version 4.6.2 (your version is 5.6.0).
Actual I also have the problem that vcbuild could not be found when I run hm build. When I try to run manually msbuild instead, I got 210 warnings and 98 errors. Almost all of them are related to previous definitions:
Arch.cpp
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(199): warning C4005: 'for': macro redefiniti
on [C:\Users\Tim\synergy\build\src\lib\arch\arch.vcxproj]
C:\Users\Tim\synergy\src\lib\arch\..\common/common.h(95): note: see previous definition of 'for'
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(212): warning C4005: 'nullptr': macro redefi
nition [C:\Users\Tim\synergy\build\src\lib\arch\arch.vcxproj]
C:\Users\Tim\synergy\src\lib\arch\..\common/common.h(141): note: see previous definition of 'nullptr'
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(250): fatal error C1189: #error: The C++ St
andard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro. [C:\Users\Tim\synergy\bui
ld\src\lib\arch\arch.vcxproj]
the command1.py file is actually out of date on windows. trace and step
into the python function carefully to observe what exactly happens
On Wed, Aug 24, 2016 at 8:42 PM, tquakulinsky [email protected]
wrote:
Hi,
I also have problems to compule Synergy 1.8.2-stable using Visual Studio
- I can confirm that NevPalmer changes on commands1.py work but I also
have to install Cmake 3.6.1 instead of 2.8.
Actual I have the problem "No CMAKE_CXX_COMPILER could be found." but I
guess this error exist because I did not install the C++ part in VS...—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/symless/synergy/issues/5544#issuecomment-242048660,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEO-UVoA2Jyyh-dENThX1OFpxb_VEAXvks5qjDwxgaJpZM4JmJwe
.
@NevPalmer @Tracesnow001 @tquakulinsky
Could you guys try our 1.9 branch which has vs2015 support and qt 5.6.
Please give us some feedbacks.
@XinyuHou
Making much more progress now.
hm conf -g1 runs without error.
When I run hm build it appears to get almost all the way through until the following error;
Build succeeded.
0 Warning(s)
0 Error(s)
Time Elapsed 00:00:12.28
Make GUI command: mingw32-make release
Entering dir: src/gui
C:\Qt\Qt5.6.1\5.6\msvc2015_64\bin\qmake.exe "QMAKE_VERSION_STAGE=beta" "QMAKE_VERSION_REVISION=342b3d1" -o Makefile gui.pro
process_begin: CreateProcess(NULL, C:\Qt\Qt5.6.1\5.6\msvc2015_64\bin\qmake.exe QMAKE_VERSION_STAGE=beta QMAKE_VERSION_REVISION=342b3d1 -o Makefile gui.pro, ...) failed.
make (e=2): The system cannot find the file specified.
makefile:222: recipe for target 'Makefile' failed
mingw32-make: *** [Makefile] Error 2
Going back to: F:\synergy
Error: mingw32-make release failed with error: 2
Note that I have run hm build several times now as there were a few things I had incorrect to start with, such as environment path variables, etc. That is why the 'time elapsed' shown is very short. Most of the processing had been previously completed at this point so hm build now runs through very quickly.
The first run through of hm builddid have several warning messages that I don't recall now but they didn't appear to be particularly serious.
Sorry. You can ignore my comment above.
I deleted the 'build' directory from my Synergy source directory and re-ran hm conf -g1 and hm build from the beginning. The build still did not complete but did progress further with fewer warnings.
hm conf -g1 completed without any errors.
hm build run up to "Build succeeded" with 4 warnings and no errors. It then started the "Make GUI command" section but failed soon after, unable to find a file. The final lines of output are as follows;
FinalizeBuildStatus:
Deleting file "winmmjoy.dir\Release\winmmjoy.tlog\unsuccessfulbuild".
Touching "winmmjoy.dir\Release\winmmjoy.tlog\winmmjoy.lastbuildstate".
Done Building Project "F:\synergy\build\src\lib\plugin\winmmjoy\winmmjoy.vcxproj" (default targets).
Done Building Project "F:\synergy\build\src\lib\plugin\winmmjoy\winmmjoy.vcxproj.metaproj" (default t
argets).
Done Building Project "F:\synergy\build\synergy.sln" (default targets).
Build succeeded.
"F:\synergy\build\synergy.sln" (default target) (1) ->
"F:\synergy\build\src\lib\base\base.vcxproj.metaproj" (default target) (5) ->
"F:\synergy\build\src\lib\base\base.vcxproj" (default target) (6) ->
(ClCompile target) ->
F:\synergy\src\lib\base\log_outputters.cpp(267): warning C4244: 'initializing': conversion from 'st
d::streamoff' to 'std::size_t', possible loss of data [F:\synergy\build\src\lib\base\base.vcxproj]
"F:\synergy\build\synergy.sln" (default target) (1) ->
"F:\synergy\build\src\test\integtests\integtests.vcxproj.metaproj" (default target) (15) ->
"F:\synergy\build\src\lib\platform\platform.vcxproj.metaproj" (default target) (24) ->
"F:\synergy\build\src\lib\platform\platform.vcxproj" (default target) (25) ->
C:\Program Files (x86)\Windows Kits\10\Include\10.0.14393.0\um\multimon.h(185): warning C4996: 'Get
VersionExA': was declared deprecated [F:\synergy\build\src\lib\platform\platform.vcxproj]
F:\synergy\src\lib\platform\MSWindowsScreen.cpp(351): warning C4244: 'argument': conversion from 'f
loat' to 'SInt32', possible loss of data [F:\synergy\build\src\lib\platform\platform.vcxproj]
F:\synergy\src\lib\platform\MSWindowsScreen.cpp(1401): warning C4244: 'argument': conversion from '
float' to 'SInt32', possible loss of data [F:\synergy\build\src\lib\platform\platform.vcxproj]
4 Warning(s)
0 Error(s)
Time Elapsed 00:03:49.65
Make GUI command: mingw32-make release
Entering dir: src/gui
mingw32-make -f Makefile.Release
mingw32-make[1]: Entering directory 'F:/synergy/src/gui'
g++ -c -pipe -fno-keep-inline-dllexport -O2 -std=gnu++0x -frtti -Wall -Wextra -fexceptions -mthreads -DUNICODE -DVERSION_STAGE=\"beta\" -DVERSION_REVISION=\"342b3d1\" -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_NEEDS_QMAIN -I. -I. -Isrc -I/Include/ -IC:\Qt\5.6\mingw49_32\include -IC:\Qt\5.6\mingw49_32\include\QtWidgets -IC:\Qt\5.6\mingw49_32\include\QtGui -IC:\Qt\5.6\mingw49_32\include\QtANGLE -IC:\Qt\5.6\mingw49_32\include\QtNetwork -IC:\Qt\5.6\mingw49_32\include\QtCore -Itmp\release -I. -IC:\Qt\5.6\mingw49_32\mkspecs\win32-g++ -o tmp\release\ZeroconfRegister.o src\ZeroconfRegister.cpp
In file included from src\ZeroconfRegister.cpp:18:0:
src\ZeroconfRegister.h:32:20: fatal error: dns_sd.h: No such file or directory
#include <dns_sd.h>
^
compilation terminated.
Makefile.Release:12180: recipe for target 'tmp/release/ZeroconfRegister.o' failed
mingw32-make[1]: *** [tmp/release/ZeroconfRegister.o] Error 1
mingw32-make[1]: Leaving directory 'F:/synergy/src/gui'
makefile:34: recipe for target 'release' failed
mingw32-make: *** [release] Error 2
Going back to: F:\synergy
Error: mingw32-make release failed with error: 2
F:\synergy>
By watching the build run, I think the following are the 4 warnings reported at the end of "build succeeded", although they don't look like they should be particularly problematic.
F:\synergy\src\lib\base\log_outputters.cpp(267): warning C4244: 'initializing': conversion from 'std::streamoff' to 'std::size_t', possible loss of data [F:\synergy\build\src\lib\base\base.vcxproj]
C:\Program Files (x86)\Windows Kits\10\Include\10.0.14393.0\um\multimon.h(185): warning C4996: 'GetVersionExA': was declared deprecated [F:\synergy\build\src\lib\platform\platform.vcxproj]
F:\synergy\src\lib\platform\MSWindowsScreen.cpp(351): warning C4244: 'argument': conversion from 'float' to 'SInt32', possible loss of data [F:\synergy\build\src\lib\platform\platform.vcxproj]
F:\synergy\src\lib\platform\MSWindowsScreen.cpp(1401): warning C4244: 'argument': conversion from 'float' to 'SInt32',possible loss of data [F:\synergy\build\src\lib\platform\platform.vcxproj]
using Synergy 1.9.0
hm conf -g1
hm build
hm package win
hm build didn`t make synergy.exe
Mapping command: package -> dist
Building the projects in this solution one at a time. To enable parallel build, please add the "/m" switch.
Build started 10.09.2016 16:02:25.
Project "C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.sln" on node 1 (default targets).
ValidateSolutionConfiguration:
Building solution configuration "Release|x86".
Project "C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.sln" (1) is building "C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj
" (2) on node 1 (default targets).
Compile:
Skipping target "Compile" because all output files are up-to-date with respect to the input files.
Link:
C:\Program Files (x86)\WiX Toolset v3.10\bin\Light.exe -out C:\Users\xerrni\Downloads\synergy-1.9.0\bin\Release\synergy.msi -pdbout C:\Users\xerrni\Downloads\synerg
y-1.9.0\bin\Release\synergy.wixpdb -cultures:null -ext "C:\Program Files (x86)\WiX Toolset v3.10\bin\\WixFirewallExtension.dll" -ext "C:\Program Files (x86)\WiX Too
lset v3.10\bin\\WixUtilExtension.dll" -ext "C:\Program Files (x86)\WiX Toolset v3.10\bin\WixUIExtension.dll" -contentsfile ..\..\..\build\wix\obj\Release\synergy.wi
xproj.BindContentsFileListnull.txt -outputsfile ..\..\..\build\wix\obj\Release\synergy.wixproj.BindOutputsFileListnull.txt -builtoutputsfile ..\..\..\build\wix\obj\
Release\synergy.wixproj.BindBuiltOutputsFileListnull.txt -wixprojectfile C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj ..\..\..\build\wix\
obj\Release\Product.wixobj
Windows Installer XML Toolset Linker version 3.10.3.3007
Copyright (c) .NET Foundation and contributors. All rights reserved.
C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\Product.wxs(119): error LGHT0103: The system cannot find the file '../../../bin/Release/synergy.exe'. [C:\User
s\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj]
Done Building Project "C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj" (default targets) -- FAILED.
Done Building Project "C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.sln" (default targets) -- FAILED.
Build FAILED.
"C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.sln" (default target) (1) ->
"C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj" (default target) (2) ->
(Link target) ->
C:\Users\xerrni\Downloads\synergy-1.9.0\src\setup\win32\Product.wxs(119): error LGHT0103: The system cannot find the file '../../../bin/Release/synergy.exe'. [C:\Us
ers\xerrni\Downloads\synergy-1.9.0\src\setup\win32\synergy.wixproj]
0 Warning(s)
1 Error(s)
Time Elapsed 00:00:00.57
Error: Microsoft compiler failed with error code: 1
I'll be working on MSVC 2015 stuff again in a few weeks. Try the andrew-bonjour branch in the meantime. You need the Apple Bonjour SDK installed.
I get the same problem as @xerrni no synergy.exe being build in the build stage which makes the package stage fail.
Hello, I'm having the same problems compiling the 1.8.2 branch with the compiling instructions. The 1.9.0 branch seems to be missing the file "dns_sd.h".
What is the build environment for the 1.8.2-stable? I got several errors when trying to use qt 4.6.2.
@kidvader you need the Apple Bonjour SDK installed to get "dns_sd.h"
I am confused. Where are the instructions that say MSVC 2015?
the one i see suggests VS2010 and QT5.6, which is not even available for VS2010
@gcbw the compiling wiki page needs a couple updates. Make sure to use the v1.9.0 branch if you have VS2015.
Hey there guys, i am trying to compile this on a windows 7 machine with VS2015, i checked out the v1.9.0 branch but when i try to run the hm conf -g1 i get an error stating:
`C:\Users\ruizvilla\workspace.DEV\synergy>hm conf -g1
Mapping command: conf -> configure
cmake version 2.8.0
Generator changed, running setup.
Running setup...
Setup complete.
Entering dir: build
CMake command: cmake -G "Visual Studio 14 2015" -DDISABLE_TESTS=0 ..
CMake Error: Could not create named generator Visual Studio 14 2015`
Im not really experienced in compiling stuff in windows :/
@juan-ruiz I had the same problem. After some investigation it seems that:
cmake --help to list available generators)I'm now stuck in the next step called "The C compiler identification is unknown". Well, back to google.
I can confirm @anohren's statement. I grabbed the latest version of cmake last week which seemed to fix that issue.
Thanks for helping one another out guys. We will update our build instructions in due course, but we're currently in the middle of migrating to new build infra etc.
I can't get either 1.8.6 or 1.9 to build properly.
The closest I've gotten is a successful build on the 1.9 branch, by manually modifying the generated Makefile.Release to include the local directory at the link stage, and manually put dnssd.lib there. However, this caused the synergy app to run in a constant loop, complaining about an ipc issue
Where has the hm script gone in versions newer than 1.8.7? I didn't find out anywhere why it's gone. I'm trying to compile v1.9.
@DRSXS hm.py is being put to rest in v1.9 and v2.0
@nlyan , How do we compile then?
@bgardner2 Something like this probably
mkdir build
cd build
cmake -G"Visual Studio 14 2015 Win64" -DCMAKE_BUILD_TYPE=Debug ../
cmake --build ./ --config Debug
@yupi2 almost worked. many many red errors (branch 1.9.0). Definitely appreciate the suggestion, i dont really use cmake so i'm clueless in this regard
@bgardner2 Branch 1.9.0 as in the literal branch v1.9 correct? Also it would help to post the build log as a gist. Last thing is that I can't reproduce as I don't have the bonjour libraries setup for builds.
@yupi2 wasn't sure how to get the log when doing cmake since it just outputs in the console. So i opened the SLN file that gets created in VS2015 which gives me the same errors that fly by in the command window. These errors occur when building the synergy project (as opposed to synergyc, etc). Here is the gist ...it has over 4900 errors
That's a lot of Qt errors which might be solvable with placing the Qt binary directory in %Path% (preferably in the system's %Path%). For example my %Path% includes C:\Qt\5.8\msvc2015_64\bin. I got it from the Qt Online installer. To add a directory to %Path% can use Windows search for environment variables and then Edit the system environment variables -> Environment Variables... button -> and add ;C:\Qt\5.8\msvc2015_64\bin (note the ;) to the end of system variable Path. You may have to restart the command prompt and maybe even your computer for it to carry over the new updated path to new programs.
Can I build the installer on v1.9? Without hm.py I'm not sure how I can do that.
hm.py doesn't seem to be bundled with the v1.9 branch anymore. I tried copying it over from master, but it tried to use Visual Studio 2010 again, which thanks to Microsoft, can't even be downloaded anymore (the link posted around SO now fails to resolve.)
I'm awful with CMake, and trying to set the compiler myself resulted in it being unable to find the C and CXX compilers.
@JMY1000 something like this may work:
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=Debug -G"Visual Studio 14 2015 Win64" ../
cmake --build ./ --config Debug
Still not finding the compilers, perhaps an issue with how I installed Visual Studio? I used VS 2017 Community but selected all the 2015 related stuff in the installer; using -G"Visual Studio 15 2017 Win64" didn't work either.
CMake should be able to automatically setup environment vars for VS if the version is installed so I don't know why it's failing for you. You could try starting a VS2017 x64 Native Tools Command Prompt, or something named along those lines, and then running the CMake commands in that command prompt.
I'm working with Visual Studio 17, and would also like to know how to go about building an installer for v1.9
So I just tried to build the 1.9 branch on Win7_x64 with no success. I am seeing a lot of version not set and openssl issues, but it gets pretty close with 12 warnings and 17 errors. It cannot find openssl at all, which appears to still require building but I cannot seem to work that out as I know nothing about cmake... I am using VS2015 without issue however, so this is the closest I've gotten to getting it built.
Build FAILED.
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\arch\arch.vcxproj" (default target) (3) ->
(ClCompile target) ->
W:\synergy-1.9\src\lib\arch\IArchString.cpp(61): warning C4996: 'wctomb': Thi
s function or variable may be unsafe. Consider using wctomb_s instead. To disab
le deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\s
ynergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch\IArchString.cpp(68): warning C4996: 'wctomb': Thi
s function or variable may be unsafe. Consider using wctomb_s instead. To disab
le deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\s
ynergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch\IArchString.cpp(76): warning C4996: 'wctomb': Thi
s function or variable may be unsafe. Consider using wctomb_s instead. To disab
le deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\s
ynergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch\IArchString.cpp(85): warning C4996: 'wctomb': Thi
s function or variable may be unsafe. Consider using wctomb_s instead. To disab
le deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\s
ynergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch/vsnprintf.h(30): warning C4996: '_vsnprintf': Thi
s function or variable may be unsafe. Consider using _vsnprintf_s instead. To d
isable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [
W:\synergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch\win32\ArchSystemWindows.cpp(156): warning C4996:
'sprintf': This function or variable may be unsafe. Consider using sprintf_s in
stead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for
details. [W:\synergy-1.9\src\build\lib\arch\arch.vcxproj]
W:\synergy-1.9\src\lib\arch\win32\ArchTaskBarWindows.cpp(269): warning C4996:
'strncpy': This function or variable may be unsafe. Consider using strncpy_s i
nstead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help fo
r details. [W:\synergy-1.9\src\build\lib\arch\arch.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\client\client.vcxproj" (default target) (5) ->
W:\synergy-1.9\src\lib\client\Client.cpp(365): warning C4800: 'const unsigned
int': forcing value to bool 'true' or 'false' (performance warning) [W:\synerg
y-1.9\src\build\lib\client\client.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\net\net.vcxproj" (default target) (10) ->
W:\synergy-1.9\src\lib\net\TCPSocket.cpp(340): warning C4267: 'argument': con
version from 'size_t' to 'UInt32', possible loss of data [W:\synergy-1.9\src\bu
ild\lib\net\net.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\platform\platform.vcxproj" (default target) (11)
->
W:\synergy-1.9\src\lib\platform\MSWindowsDropTarget.cpp(132): warning C4996:
'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s
instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help f
or details. [W:\synergy-1.9\src\build\lib\platform\platform.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\cmd\synergyc\synergyc.vcxproj" (default target) (16)
->
"W:\synergy-1.9\src\build\lib\synergy\synlib.vcxproj" (default target) (17) ->
W:\synergy-1.9\src\lib\synergy\IKeyState.cpp(65): warning C4996: 'strcpy': Th
is function or variable may be unsafe. Consider using strcpy_s instead. To disa
ble deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\
synergy-1.9\src\build\lib\synergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\synergy\IKeyState.cpp(79): warning C4996: 'strcpy': Th
is function or variable may be unsafe. Consider using strcpy_s instead. To disa
ble deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details. [W:\
synergy-1.9\src\build\lib\synergy\synlib.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\arch\arch.vcxproj" (default target) (3) ->
(ClCompile target) ->
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\a
rch\arch.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\a
rch\arch.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\base\base.vcxproj" (default target) (4) ->
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\b
ase\base.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\common\common.vcxproj" (default target) (6) ->
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\c
ommon\common.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\net\net.vcxproj" (default target) (10) ->
W:\synergy-1.9\src\lib\net\SecureSocket.cpp(27): fatal error C1083: Cannot op
en include file: 'openssl/ssl.h': No such file or directory [W:\synergy-1.9\src
\build\lib\net\net.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\lib\platform\platform.vcxproj" (default target) (11)
->
W:\synergy-1.9\src\lib\synergy/KeyMap.h(27): fatal error C1083: Cannot open i
nclude file: 'gtest/gtest_prod.h': No such file or directory [W:\synergy-1.9\sr
c\build\lib\platform\platform.vcxproj]
W:\synergy-1.9\src\lib\synergy/KeyMap.h(27): fatal error C1083: Cannot open i
nclude file: 'gtest/gtest_prod.h': No such file or directory [W:\synergy-1.9\sr
c\build\lib\platform\platform.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\p
latform\platform.vcxproj]
"W:\synergy-1.9\src\build\ALL_BUILD.vcxproj" (default target) (1) ->
"W:\synergy-1.9\src\build\cmd\synergyc\synergyc.vcxproj" (default target) (16)
->
"W:\synergy-1.9\src\build\lib\synergy\synlib.vcxproj" (default target) (17) ->
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\synergy/KeyMap.h(27): fatal error C1083: Cannot open i
nclude file: 'gtest/gtest_prod.h': No such file or directory [W:\synergy-1.9\sr
c\build\lib\synergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\synergy/KeyMap.h(27): fatal error C1083: Cannot open i
nclude file: 'gtest/gtest_prod.h': No such file or directory [W:\synergy-1.9\sr
c\build\lib\synergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
W:\synergy-1.9\src\lib\common/Version.h(25): fatal error C1189: #error: Vers
ion was not set (should be passed to compiler). [W:\synergy-1.9\src\build\lib\s
ynergy\synlib.vcxproj]
12 Warning(s)
17 Error(s)
Time Elapsed 00:01:36.72
@jaspercayne Check out my synergy repo for something that will build easily. Statically links with LibreSSL so you don't have to deal with building OpenSSL or DLLs.
@jaspercayne are there special instructions for building the above repo, noticed it does not have the hm script?
Is there a VM someone ever uploaded that has a Windows compile setup ?
On a side note: if anyone can tell me what version of Qt and Visual Studio that successfully compiles the master? I cloned the master from git, switched it to v1.9 branch. I have Visual Studio 2015 installed on Widnows 10 x64. I tried several version of Qt but I kept getting the not supported message, I have Qt version 5.8 installed. Finally I disabled the version check in commands1.py to have hm conf go through
My attempt to build fails with 81 errors and 162 warnings, a few -
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(212): warning C4005: 'nullptr': macro redefinition [C:\Data\synergy.master\build\src\lib\synwinhk\synwinhk.vcxproj]
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(250): fatal error C1189: #error: The C++
Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro. [C:\Data\synergy.master\build\src\lib\client\client.vcxproj]
Thanks a lot for any tips.
@jaspercayne actually I found the hm scripts in the sub-dir ext\toolchain, moved them to the base dir, now the compile goes quite a bit further but failed with -
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\utility(145): warning C4244: 'initializing': conversio
n from 'double' to 'float', possible loss of data [C:\Users\Barry\synergy\build\src\lib\server\server.vcxproj]
"C:\Users\Barry\synergy\build\synergy.sln" (default target) (1) ->
"C:\Users\Barry\synergy\build\libressl.vcxproj.metaproj" (default target) (13) ->
"C:\Users\Barry\synergy\build\libressl.vcxproj" (default target) (14) ->
(PostBuildEvent target) ->
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: The command
"setlocal\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: "C:\Program F
iles\CMake\bin\cmake.exe" -E copy C:/Users/Barry/synergy/build/libressl/src/libressl-build/apps/openssl//openssl.exe C:
/Users/Barry/synergy/build/bin/x64//synopenssl.exe\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: if %errorleve
l% neq 0 goto :cmEnd\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: :cmEnd\r [C:\
Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: endlocal & ca
ll :cmErrorLevel %errorlevel% & goto :cmDone\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: :cmErrorLevel
\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: exit /b %1\r
[C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: :cmDone\r [C:
\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: if %errorleve
l% neq 0 goto :VCEnd\r [C:\Users\Barry\synergy\build\libressl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targets(133,5): error MSB3073: :VCEnd" exite
d with code 1. [C:\Users\Barry\synergy\build\libressl.vcxproj]
102 Warning(s)
1 Error(s)
Time Elapsed 00:03:19.52
Error: Microsoft compiler failed with error code: 1
@bbhangoo Check out my fork for something that works. You'll want to read the whole README.md front-page.
@jaspercayne thank you so much, worked perfect! Always read the README file first ;)
@yupi2 I used your fork and compiled it successfully. How can I go ahead and make an installable from it? I am looking for an equivalent of hm package [os] . It will be helpful if I get the same for v1.9 also. Thanks in advance!
@dileep-krishnan Wait a day or two and I'll have buildable installers working.
@yupi2 any development on the buildable installer you mentioned ? A side question, has anyone tried to build this on Android lately? Seems like the Android build instructions are quite out of date. Thanks.
@bbhangoo Check out the activey branch which I use for testing (do git pull then git checkout activey). Also you'll need to re-read the README of the repo. If you have problems you should post them on my repo. If git complains about *.qm files then go to whatever directory they're in and just delete them and the try to checkout the branch again. I'll merge the changes into the master branch if there's no problems.
This should really not be used for questions specific to a different
project. If you are using the yupi2 fork then you should move the
discussion over there instead. This is cluttering up a different project
than the one you have been asking about, and really shouldn't be happening.
Why not start commenting on the actual fork you are using so others can
benefit from it instead of having to cobble together discussions from
multiple repositories?
On Mon, May 8, 2017, 1:27 AM Barry Bhangoo notifications@github.com wrote:
@yupi2 https://github.com/yupi2 does this version have almost recent
code. In my compiled app from this branch I loose the mouse cursor, it
seems stuck on the task bar at the bottom of the screen? Mouse clicks and
keyboard events go through OK but I cannot move or see the mouse cursor.
Testing between Windows 10 x64 on both ends. The pre-compiled release
1.8.6-stable works OK on the same setup. Did we loose some fixes in the
branch ?—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/symless/synergy/issues/5544#issuecomment-299775958,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AGHiBVU_mGNY6Z0ujB9G6ObNZvBj0Vm9ks5r3qengaJpZM4JmJwe
.