view plugins/gevolution/Makefile.am @ 13905:4e44ecb866bd

[gaim-migrate @ 16394] msn_session_sync_users() iterates over the buddy list, following the ->next pointers of the groups, contacts, and buddies. msn_show_sync_issue(), if called, removed the buddy for which it was called, in preparation for the buddy either being added to the server list or confirmed-to-be-removed. This could lead to the buddy pointer being released and ->next therefore being junk. The buddy is now not removed until the user responds to the action dialog presented via msn_show_sync_issue(). I'm unclear why gtkgaim got away with this exercise in memory stomping but Adium/libgaim crashed every time, but it's safer in any case. I also changed some foo->bar to gaim_foo_get_bar(). committer: Tailor Script <tailor@pidgin.im>
author Evan Schoenberg <evan.s@dreskin.net>
date Sun, 02 Jul 2006 09:37:25 +0000
parents 2cc05a9e944d
children
line wrap: on
line source

plugindir = $(libdir)/gaim

gevolution_la_LDFLAGS = \
	-module -avoid-version \
	$(EVOLUTION_ADDRESSBOOK_LIBS) \
	$(GTK_LIBS)

if PLUGINS

plugin_LTLIBRARIES = gevolution.la

gevolution_la_SOURCES = \
	add_buddy_dialog.c \
	assoc-buddy.c \
	gevolution.c \
	gevolution.h \
	gevo-util.c \
	new_person_dialog.c \
	eds-utils.c

endif

gevolution_la_LIBADD = 

AM_CPPFLAGS = \
	-DDATADIR=\"$(datadir)\" \
	-DVERSION=\"$(VERSION)\" \
	-I$(top_srcdir)/src \
	$(EVOLUTION_ADDRESSBOOK_CFLAGS) \
	$(DEBUG_CFLAGS) \
	$(GTK_CFLAGS)