[hiredis] Fix the conflict of macro ssize_t

[JackBoosY]

When using hiredis and libuv at the same time, the definition of ssize_t will conflict:

F:\vcpkg\installed\x86-windows\include\hiredis/hiredis.h(42): error C2371: 'ssize_t': redefinition; different basic types
f:\vcpkg\installed\x86-windows\include\uv/win.h(27): note: see declaration of 'ssize_t'
f:\vcpkg\installed\x86-windows\include\hiredis\sds.h(39): error C2371: 'ssize_t': redefinition; different basic types
f:\vcpkg\installed\x86-windows\include\uv/win.h(27): note: see declaration of 'ssize_t'
f:\vcpkg\installed\x86-windows\include\hiredis\sds.h(40): warning C4005: 'SSIZE_MAX': macro redefinition
f:\vcpkg\installed\x86-windows\include\uv/win.h(28): note: see previous definition of 'SSIZE_MAX'

In include/hiredis/hiredis.h line 34-47:

#ifndef __HIREDIS_H
#define __HIREDIS_H
#include "read.h"
#include <stdarg.h> /* for va_list */
#ifndef _MSC_VER
#include <sys/time.h> /* for struct timeval */
#else
struct timeval; /* forward declaration */
typedef long long ssize_t;
#define _SSIZE_T_ /* for compatibility with libuv */
#endif
#include <stdint.h> /* uintXX_t, etc */
#include "sds.h" /* for sds */
#include "alloc.h" /* for allocation wrappers */

In include/hiredis/sds.h line 33-45:

#ifndef __SDS_H
#define __SDS_H

#define SDS_MAX_PREALLOC (1024*1024)
#ifdef _MSC_VER
#define __attribute__(x)
typedef long long ssize_t;
#define SSIZE_MAX (LLONG_MAX >> 1)
#endif

#include <sys/types.h>
#include <stdarg.h>
#include <stdint.h>

In include/uv/win.h line 26-33:

#if !defined(_SSIZE_T_) && !defined(_SSIZE_T_DEFINED)
typedef intptr_t ssize_t;
# define SSIZE_MAX INTPTR_MAX
# define _SSIZE_T_
# define _SSIZE_T_DEFINED
#endif

Obviously, libuv restricts the redefinition of ssize_t, but hiredis does not.

Fix this.

[github-actions]

This is a new experimental fast check for PR issues. Please let us know if this bot is helpful!

After committing all other changes, the version database must be updated

git add -u && git commit
git checkout 3d8f78171a2a37d461077bf8d063256b63e25a4f -- versions
./vcpkg x-add-version --all

Diff

diff --git a/versions/baseline.json b/versions/baseline.json
index cfa3bca..e4dabec 100644
--- a/versions/baseline.json
+++ b/versions/baseline.json
@@ -2810,7 +2810,7 @@
     },
     "hiredis": {
       "baseline": "1.0.2",
-      "port-version": 3
+      "port-version": 4
     },
     "hps": {
       "baseline": "2022-01-18",
diff --git a/versions/h-/hiredis.json b/versions/h-/hiredis.json
index 36c7df6..d641b89 100644
--- a/versions/h-/hiredis.json
+++ b/versions/h-/hiredis.json
@@ -1,5 +1,10 @@
 {
   "versions": [
+    {
+      "git-tree": "61a9442976602c2c980a40ee0ac3206a43bfd748",
+      "version": "1.0.2",
+      "port-version": 4
+    },
     {
       "git-tree": "4eafe5d23a2d906153cc8821c14092f2a9d3ef8a",
       "version": "1.0.2",

You have modified or added at least one vcpkg.json where you should check the license field.

If you feel able to do so, please consider adding a "license" field to the following files:

• ports/hiredis/vcpkg.json

Valid values for the license field can be found in the documentation

[github-actions]

You have modified or added at least one vcpkg.json where you should check the license field.

If you feel able to do so, please consider adding a "license" field to the following files:

• ports/hiredis/vcpkg.json

Valid values for the license field can be found in the documentation

[JackBoosY]

@dan-shaw Please don't remove the reviewed tag, as it is used by other members to filter PRs to query for PRs that need further review.

[github-actions]

This is a new experimental fast check for PR issues. Please let us know if this bot is helpful!

PRs must add only one version and must not modify any published versions

When making any changes to a library, the version or port-version in vcpkg.json or CONTROL must be modified.

error: checked-in files for hiredis have changed but the version was not updated
version: 1.0.2#4
old SHA: f7763af93472b87cd743ed95d74f0d4a4361a700
new SHA: 448374fa990c04aa7964508d32817a6d7868600b
Did you remember to update the version or port version?
Use --overwrite-version to bypass this check
***No files were updated***