TELCORE-120: fix mod_xml_rpc 2019 in_addr_t/in_addr ptr-type bug for gcc 14

Bundled libs/xmlrpc-c declares
  ServerCreate(... struct in_addr * const addrP, ...)
but the 2019 telnyx fork patch (cf68bd0) backing IP-bind support declared
the local as in_addr_t (a uint32_t) and passed &addr. gcc <= 13 reported this
as -Wincompatible-pointer-types (warning); gcc 14 (Debian Trixie default)
promotes it to a hard error. Wire behavior is unchanged - struct in_addr is
just { uint32_t s_addr; } - we just store the address through s_addr now.

Author: damirn

src/mod/xml_int/mod_xml_rpc/mod_xml_rpc.c

@@ -1340,7 +1340,12 @@ SWITCH_MODULE_RUNTIME_FUNCTION(mod_xml_rpc_runtime)
 	switch_hash_index_t *hi;
 	const void *var;
 	void *val;
-	in_addr_t addr;
+	// The bundled xmlrpc-c's ServerCreate() takes `struct in_addr *` for the
+	// bind-address arg; the original telnyx fork patch (cf68bd0164a, 2019)
+	// declared this as `in_addr_t` (a uint32_t). gcc <= 13 reported it as a
+	// -Wincompatible-pointer-types warning; gcc 14 (Debian Trixie default)
+	// makes it a hard error.
+	struct in_addr addr;
 
 	//
 	// Lock the global mutex.  ssl_init is not threadsafe
@@ -1353,7 +1358,7 @@ SWITCH_MODULE_RUNTIME_FUNCTION(mod_xml_rpc_runtime)
 	globals.registryP = xmlrpc_registry_new(&env);
 
 	if (globals.addr) {
-		addr = inet_addr(globals.addr);
+		addr.s_addr = inet_addr(globals.addr);
 	}
 
 	/* TODO why twice and why add_method for freeswitch.api and add_method2 for freeswitch.management ? */