(But it built on the Win64 buildbot; did Microsoft add it in later
releases? If so, should we include it only if it's needed?)
svn path=/trunk/; revision=32107
for GNUTLS since they provide 32-bit and 64-bit Windows packages. We no
longer have winposixtype.h, so remove its #includes and add a ssize_t
typedef to config.h.win32.
svn path=/trunk/; revision=31341
The attached patch force 'svn info' command output as english to enable
detection of svn revision, whatever language is configured in Windows.
svn path=/trunk/; revision=31245
pipes. Enable this by default on Windows. Remove code that tried to
use WaitForSingleObject on a pipe (which Windows doesn't support). Use
native file handles and system calls on Windows (which fixes a problem
with partial reads I ran into during testing).
This should fix bug 1759.
svn path=/trunk/; revision=29574
it's arguably the only place we _should_ use it. Add create_tempdir() to
tempfile.c and use it to create a temp directory for IP maps. This
should fix bug 3530.
(This still doesn't work on IE 8 / Vista here. IE gives an access denied
error in OpenLayers.js, but this is a separate issue).
svn path=/trunk/; revision=28920
AUTHORS-SHORT) into doc/. This cleans up the top-level Makefile.am (no more
need to have rules for each man page in both files) and solves the
parallel-build problem described in:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3494
svn path=/trunk/; revision=28784
This is in addition to the "tag checking" and will catch cases where a library file
has been updated w/o changing the tag. This patch re-enables checking previously done
except that now updates to config.nmake will also trigger the check.
svn path=/trunk/; revision=28722
The previous fix (SVN 28504) didn't quite work since
nmake always errored out if the libraries were not up-to-date; this
prevented doing an nmake ... setup.
This version of the fix:
1. Gets the library status (checktag) at the beginning of the make.
2. Effectively does the actual testing of the status whenever
a target with $(LIBS_CHECK) as a dependency is invoked.
Result: nmake ... [all] will error-out while nmake .... setup will
work properly.
Note that nmake ... setup will now show an initial error message
(from checktag) if the libraries are out of date; setup will still
proceed normally.
This is a slight change from the current behavior wherein no
error message occurs when nmake ... setup is invoked when the
libraries are out of date.
svn path=/trunk/; revision=28516
Reason:
The makefile was coded to do the checktag and libverify checks
only if makefile.nmake changed. It's now the case that some
library updates are reflected in config.nmake rather than in
Makefile.nmake and thus were missed.
Solution:
Do a checktag once at the beginning of the make.
Do not do a libverify any more. I think that checking
that the library 'tag' is correct is sufficient.
(The libverify code has been effectively commented out for now.
It can be removed at a later date once we're comfortable
with just using checktag).
--This line, and those below, will be ignored--
M Makefile.nmake
svn path=/trunk/; revision=28504