6600cdf792
miniupnpc: fix Makefile.mingw
2021-08-22 23:26:09 +02:00
874a3aba9e
miniupnpc: move public .h files to include/ subdir
...
fixes #540
2021-08-22 23:21:54 +02:00
d04473c67f
miniupnpc: don't assume '.' is in the Windows PATH
2021-08-17 02:48:36 +02:00
b6d8a4545b
miniupnpc: Enable -W -Wstrict-prototypes compile flags also for MinGW builds
2021-01-27 13:14:33 +01:00
b28462b62a
wingenminiupnpcstrings also generates rc_version.h
2020-11-30 01:48:15 +01:00
f04dbafe09
mingw32: build resources for .dll
2020-11-30 01:21:26 +01:00
1756c9259a
github workflows: try to upload win32 binaries
2020-11-05 13:24:59 +01:00
0c556655ea
Move addr_is_reserved() to a specific source file and test it
2020-09-24 09:57:25 +02:00
8fc9a6d8ad
Compile static mingw executables with -static argument
2020-04-06 00:09:52 +02:00
2e3e6990db
Fix and simplify Makefile.mingw for miniupnpc
...
* Ensure that all executables would have .exe Windows extension
* Do not use dll subdirectory, so makefile would be slash agnostic
* Define common targets to simplify makefile
* Export required functions for listdevices executable
2020-04-02 18:45:46 +02:00
8aec04e234
Add wheels as a distribution alternative for Windows builds.
2019-04-25 18:17:27 +02:00
b11f642b81
Creation a build matrix to support various python versions.
2019-04-25 17:28:49 +02:00
e1779d3518
Attempt to have a working build for Python 3.7 under windows with appveyor.
...
- Python 3.7 is built using Visual Studio 2017 so we use the corresponding image.
- Python 3.7 replaces Python 2.7 when building the module.
- Adding the library legacy_stdio_definitions to the linker input as starting with VS 2015 some symbols have been inlined but may be expected by older binaries. This compatibility library exposes these symbols so they can be dynamically linked when required (Cf. https://stackoverflow.com/a/32418900 ).
2019-04-25 17:07:26 +02:00
9663c55c61
miniupnpc/Makefile.mingw: Support cross compiling for Ming32
...
fixes #293
2018-04-26 22:13:06 +02:00
02e64e9f85
build listdevices.exe with mingw32
2016-01-17 19:33:13 +01:00
cc3eefd912
still trying to fix stuff for appveyor
...
https://ci.appveyor.com/project/miniupnp/miniupnp
2015-10-26 11:04:47 +01:00
42461f4e41
I don't know what is wrong with appveyor, this is another try to get things working
2015-10-26 10:48:45 +01:00
6092fdb4f8
miniupnpc: fix Win32 build, both MinGW and MSVC
2015-09-18 18:11:56 +02:00
c4df1c9e83
try to fix win32/MinGW link
2015-09-16 00:12:43 +02:00
92294994a1
Makefile.mingw: add upnpdev.c / minissdpc.c
2015-09-16 00:08:52 +02:00
c9af50b644
Makefile.mingw: fix dependencies
2015-09-16 00:01:54 +02:00
f6774e3316
Rename STATICLIB macro to resolve natpmp/miniupnp conflict
...
Same macro name is used in both natpmp and miniupnp libraries so it's
impossble to link one statically and another dynamically. This patch
renames the macro to have library-specific name.
2014-06-01 13:22:35 +03:00
fd065f7c75
Makefile.mingw: removed -enable-stdcall-fixup
2014-01-27 16:28:50 +01:00
49f38310fa
miniupnpc: prepare version 1.8 !
2013-02-06 14:57:49 +01:00
c183a72c46
Added miniupnpc
2011-09-27 22:25:35 +02:00
Thomas Bernard
Ștefan Talpalaru
Pali Rohár
Nathan Richard
Mike Gelfand