Mercurial > pidgin
view libpurple/example/Makefile.am @ 17112:acde78931954
slpcall now explicitlt references its xfer and unreferences it when it is destroyed. While it *looks* like this should *probably* have happened anyways due to the interactins between xfer_init, xfer_end, and xfer_cancel_remote, having the xfer's owner make this explicit makes the process less fragile and more obvious, and it may fix a crash as the slp is destroyed. Fixes #1070
author | Evan Schoenberg <evan.s@dreskin.net> |
---|---|
date | Thu, 17 May 2007 14:29:17 +0000 |
parents | ce049678a67b |
children | caeb452845ef 315151da0dc6 |
line wrap: on
line source
noinst_PROGRAMS = nullclient nullclient_SOURCES = defines.h nullclient.c nullclient_DEPENDENCIES = nullclient_LDFLAGS = -export-dynamic nullclient_LDADD = \ $(DBUS_LIBS) \ $(INTLLIBS) \ $(GLIB_LIBS) \ $(LIBXML_LIBS) \ $(top_builddir)/libpurple/libpurple.la AM_CPPFLAGS = \ -DSTANDALONE \ -DBR_PTHREADS=0 \ -DDATADIR=\"$(datadir)\" \ -DLIBDIR=\"$(libdir)/purple-$(PURPLE_MAJOR_VERSION)/\" \ -DLOCALEDIR=\"$(datadir)/locale\" \ -DSYSCONFDIR=\"$(sysconfdir)\" \ -I$(top_srcdir)/libpurple/ \ -I$(top_srcdir) \ $(DEBUG_CFLAGS) \ $(GLIB_CFLAGS) \ $(DBUS_CFLAGS) \ $(LIBXML_CFLAGS)