- A recent libxml2 changed its handler function to take a `const` pointer. It's
safe for us to have it, and them not, but the opposite way causes an implicit
cast warning.
- In relatively new GLib (many years now), `g_object_ref` casts its output to
match its input. This means we should not be casting to `G_OBJECT`, as that
is not the type it expects, and would translate to the output being `GObject`
instead of the original type.
This fixes the build in Fedora 40, which changes several incompatible pointer
conversion warnings into errors.
This patch is partially from the Fedora maintainer @yarda, with some corrections by me (to the `g_object_ref` portions.)
Testing Done:
Compiled in a Rawhide environment with this patch applied.
Bugs closed: PIDGIN-17850
Reviewed at https://reviews.imfreedom.org/r/2944/
#
# Makefile.mingw
#
# Description: Makefile for win32 (mingw) version of libpurple
#
PIDGIN_TREE_TOP:=..
include $(PIDGIN_TREE_TOP)/libpurple/win32/global.mak
TARGET=libpurple
NEEDED_DLLS=$(LIBXML2_TOP)/bin/libxml2-2.dll
# gcc 4.8 on windows moved to dynamically linking libgcc. So if we're building
# under msys2 we assume we're using gcc >= 4.8 and need to copy libgcc and
# libwinpthread from the system into our install bundle.
#
# See https://gcc.gnu.org/gcc-4.8/changes.html#windows for more info.