Sandro Mani

Possible patch

I believe [1] adresses CVE-2019-12211 (nr 2 above) and CVE-2019-12213 (nr 3 above) [1] https://sourceforge.net/p/freeimage/svn/1825/tree//FreeImage/trunk/Source/FreeImage/PluginTIFF.cpp?diff=5a0ca8dd5a4a1f6b3942a079:1824

Well actually that is an argument for using a build system which takes care of handling all those annoying difference between various targets (and windows is just one example here, other platforms also have their own differences), so that you don't need to put all that much thought into it (i.e. if you look at the proposed CMakeLists.txt, you'll find that WIN32 is just mentioned one single time for adding a library suffix, which is just for following the convention how autotools does it and more...

So, taking mingw32 as the cross target, a couple of examples: The command for building a DLL should look something like i686-w64-mingw32-gcc -O2 -g -pipe -shared -o libgif-7.dll -Wl,--out-implib,libgif.dll.a -Wl,--major-image-version,7,--minor-image-version,1 <object_files></object_files> Installing should give you a libgif.dll in bindir and a libgif.dll.a in libdir for the shared library build, and a libgif.a in libdir for the static library build. There are no symlinks. Executables need to have...

Updated CMakeLists.txt

CMake build support

Use enchant2 instead of enchant1

Thanks a lot, I actually made these exact changes a while ago but never ended up doing a release - did so now!