view libpurple/protocols/null/Makefile.am @ 18909:c32fcdef2809

Only say we are connected after the MsimSession structure is fully setup. (Also change a few debugging statements to help find this bug.) Previously, purple_connection_set_state(..., PURPLE_CONNECTED) was called too early, so that if a client called any msimprpl functions that operated on MsimSession (pretty much all of them) within the signed-on signal handler, the userid etc., would not yet be correct and the call would fail. Now, the call is called at the right time so it works as expected. Closes #2520.

EXTRA_DIST = README Makefile.mingw

pkgdir = $(libdir)/purple-$(PURPLE_MAJOR_VERSION)

NULLSOURCES = nullprpl.c

AM_CFLAGS = $(st)

libnull_la_LDFLAGS = -module -avoid-version

# nullprpl isn't built by default. when it is built, it's dynamically linked.
st =
pkg_LTLIBRARIES   = libnull.la
libnull_la_SOURCES = $(NULLSOURCES)
libnull_la_LIBADD  = $(GLIB_LIBS)

AM_CPPFLAGS = \
	-I$(top_srcdir)/libpurple \
	-I$(top_builddir)/libpurple \
	$(GLIB_CFLAGS) \
	$(DEBUG_CFLAGS)