- 03 Oct, 2014 1 commit
-
-
Christian Beier authored
This change kinda got lost with the last commit re-splitting.
-
- 02 Oct, 2014 8 commits
-
-
Christian Beier authored
Autotools fix revisited.
-
Christian Beier authored
.dirstamp, OTOH, is to be expected in several subdirectories.
-
-
Brian Bidulock authored
-
Brian Bidulock authored
- no longer applicable: use autoreconf -fiv
-
Christian Beier authored
-
Brian Bidulock authored
-
Brian Bidulock authored
-
- 30 Sep, 2014 4 commits
-
-
Johannes Schindelin authored
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
dscho authored
A forgotten `#ifdef WIN32` broke UNIX build.
-
Daniel Cohen Gindi authored
-
dscho authored
More MSVC adjustments, now focuses on the libvncserver
-
- 20 Sep, 2014 13 commits
-
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
We also do not need the conversion between UNIX values to Windows values in the RTF_FIND_DATA struct, as we already are on windows.
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
The additional compat_mkdir function was not necessary at all.
-
Daniel Cohen Gindi authored
`windows.h` is referring to `winsock.h` (unless the `WIN32_LEAN_AND_MEAN` is defined). The structs used in this header are defined in `winsock2.h` or in `winsock.h`, but we are using Winsock2 of course! So we have to include winsock2.h and refrain from including windows.h here
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
Basically taken from https://github.com/danielgindi/FileDir with some adjustments
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
-
Daniel Cohen Gindi authored
Passing NULL to sprintf() would most likely crash the program.
-
Daniel Cohen Gindi authored
`strings.h` and `resolv.h` are not available on MSVC, and some POSIX functions are renamed or deprecated For all of those missing/deprecated POSIX functions, we just add a macro mapping to the _underscored version of MSVC.
-
- 09 Sep, 2014 4 commits
-
-
Christian Beier authored
-
-
-
Christian Beier authored
-
- 03 Sep, 2014 3 commits
-
-
Christian Beier authored
-
Christian Beier authored
-
Christian Beier authored
The new x11vnc repo is at https://github.com/LibVNC/x11vnc.
-
- 02 Sep, 2014 7 commits
-
-
Johannes Schindelin authored
This bug was introduced in the MSVC patches. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Johannes Schindelin authored
This topic branch provides compatibility for Windows, without the MINGW32 dependency. It is based on https://github.com/LibVNC/libvncserver/pull/22. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Daniel Cohen Gindi authored
With Microsoft Visual C++, we cannot use pthreads (MinGW sports an emulation library which is the reason we did not need Windows-specific hacks earlier). Happily, it is very easy to provide Windows-specific emulations for the pthread calls we use. [JES: fixed commit message] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Daniel Cohen Gindi authored
Microsoft Visual C++ does not allow pointer arithmetic on void pointers. [JES: fixed commit message] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Daniel Cohen Gindi authored
[JES: provided commit message, split out unrelated changes] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Daniel Cohen Gindi authored
To support Microsoft Visual C++, we must not guard Windows-specific code in MinGW-specific #ifdef guards. Happily, even 64-bit MSVC defines the WIN32 constant, therefore we can use that instead. [JES: fixed commit message, reordered commit, split out unrelated changes] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-
Daniel Cohen Gindi authored
The stdint.h file was copied from: https://runexe.googlecode.com/svn-history/r9/trunk/src/runlib/msstdint.h (we can incorporate it because it is licensed under the 3-clause BSD license.) [JES: fixed commit message, fixed stripped copyright header] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
-