Fixed some warnings on MinGW target when compiling Socket.cpp.

[MAJigsaw77]

This PR fixes the following build warnings:

• Redefinition of _WIN32_WINNT: The macro _WIN32_WINNT was being redefined in Socket.cpp. A conditional check has been added to prevent this.

• Ignored dllimport attribute: Warnings related to the dllimport attribute for inet_pton_func and inet_ntop_func were addressed by removing the unnecessary WINSOCK_API_LINKAGE.

[MAJigsaw77]

By looking at this issue #574 maybe something might break without WINSOCK_API_LINKAGE.

[MAJigsaw77]

@hughsando Can i get a review on this pr?

[tobil4sk]

Also should be investigated whether it is still necessary to set _WIN32_WINNT

[tobil4sk]

The unnecessary WINSOCK_API_LINKAGE seems to have been copied and pasted from the previous code, where the loading relied on WINSOCK_API_LINKAGE rather than GetProcAddress as it does now: b08a79d

Here is a similar example from microsoft documentation of using GetProcAddress (without WINSOCK_API_LINKAGE): https://learn.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloaderapi-getprocaddress#remarks

_WIN32_WINNT was added in a commit intending to fix #569. The issue links to this stackoverflow post, which says:

You may need to set _WIN32_WINNT to a code representing the minimum supported Windows version. That enables the APIs that are only supported in the more recent versions of Windows. MSVC does this for you, MinGW does not, but it is easy to fix.

Mingw-w64 now defines _WIN32_WINNT by default, so maybe this is no longer necessary. It is safe to keep if it is wrapped in an #ifndef guard as in this patch.

So these changes seem to be correct.

[tobil4sk]

As explained above, these solutions to these warnings make sense and would be useful for cleaning up the compilation output with mingw.

[tobil4sk]

@Simn any chance to get this merged? It would be nice to clean up these warnings