view m4macros/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 402236ee7981
children
line wrap: on
line source

installed_m4=purple.m4

EXTRA_DIST=$(installed_m4)

m4datadir=$(datadir)/aclocal
m4data_DATA=$(installed_m4)