libvips/Makefile.am

SUBDIRS = \
	libvips \
	cplusplus \
	tools \
	po \
	man \
	doc \
	test \
	fuzz

EXTRA_DIST = \
	m4 \
	benchmark \
	autogen.sh \
	vips.pc.in \
	vips-cpp.pc.in \
	libvips.supp \
	lsan.supp \
	depcomp \
	README.md 

pkgconfigdir = $(libdir)/pkgconfig
pkgconfig_DATA = vips.pc vips-cpp.pc

dist-hook:
# make sure we don't get any .svn dirs from EXTRA_DIST
# also "fred" gets left around occasionally
	-find $(distdir) -name .svn -exec rm -rf {} \;
	-find $(distdir) -name fred -exec rm {} \;

ACLOCAL_AMFLAGS = -I m4

DISTCHECK_CONFIGURE_FLAGS=--enable-gtk-doc --enable-introspection
split to trunk/branches 2007-08-29 18:23:50 +02:00			`SUBDIRS = \`
merge gtkdoc branch 2009-08-16 17:00:08 +02:00			`libvips \`
remove --disable-cxx flag it was getting too hard to support :( automake now generates libtool lines before configure runs, so it can't know we don't want a C++ link see https://github.com/jcupitt/libvips/issues/231 2015-02-07 11:37:13 +01:00			`cplusplus \`
merge gtkdoc branch 2009-08-16 17:00:08 +02:00			`tools \`
split to trunk/branches 2007-08-29 18:23:50 +02:00			`po \`
new man pages restored and updated man.1 pages 2011-07-26 10:27:06 +02:00			`man \`
merge gtkdoc branch 2009-08-16 17:00:08 +02:00			`doc \`
improve fuzz targets and oss-fuzz integration It replaces current fuzz setup with 5 new fuzzers integrating them with top-level Makefile. It now supports multiple fuzzing engines and Google's oss-fuzz. By default, the fuzzers are linked against an standalone runner to easily reproduce bugs. 2019-02-28 12:28:09 +01:00			`test \`
			`fuzz`
split to trunk/branches 2007-08-29 18:23:50 +02:00
			`EXTRA_DIST = \`
merge gtkdoc branch 2009-08-16 17:00:08 +02:00			`m4 \`
split to trunk/branches 2007-08-29 18:23:50 +02:00			`benchmark \`
add unicode tiff open on windows also fix make dist, 2016-08-17 11:06:40 +02:00			`autogen.sh \`
remove the version numbers from the .pc files we used to have minor version numbers in the pkg-confiog files, eg: pkg-config vips-7.28 --cflags The idea was to make working with multiple installed versions (something I do a lot at least) easier. But it was also annoying and made upgrading harder for downstream packages. And the benefits were very marginal. 2012-07-20 11:22:43 +02:00			`vips.pc.in \`
naming improvements and test_overloads.cpp has started working 2014-11-05 15:04:46 +01:00			`vips-cpp.pc.in \`
version bump for 7.38 and fix a few dist problems 2014-01-18 13:44:28 +01:00			`libvips.supp \`
add travis build with clang and address-sanitizer Create a new build job to run fuzz regression testing in travis. Also include a suppression file to ignore known memory leaks. 2019-03-14 23:47:22 +01:00			`lsan.supp \`
split to trunk/branches 2007-08-29 18:23:50 +02:00			`depcomp \`
remove old c++ and py interfaces Instead, use the new(er) vips8 C++ interface, and the new(er) python interface in pypi. https://pypi.org/project/pyvips 2019-04-12 17:27:28 +02:00			`README.md`
split to trunk/branches 2007-08-29 18:23:50 +02:00
			`pkgconfigdir = $(libdir)/pkgconfig`
remove old c++ and py interfaces Instead, use the new(er) vips8 C++ interface, and the new(er) python interface in pypi. https://pypi.org/project/pyvips 2019-04-12 17:27:28 +02:00			`pkgconfig_DATA = vips.pc vips-cpp.pc`
split to trunk/branches 2007-08-29 18:23:50 +02:00
			`dist-hook:`
			`# make sure we don't get any .svn dirs from EXTRA_DIST`
remove "fred" from dist I do "make > fred" by habit, make sure these dumb files don't reach dist 2013-03-07 10:58:39 +01:00			`# also "fred" gets left around occasionally`
split to trunk/branches 2007-08-29 18:23:50 +02:00			`-find $(distdir) -name .svn -exec rm -rf {} \;`
remove "fred" from dist I do "make > fred" by habit, make sure these dumb files don't reach dist 2013-03-07 10:58:39 +01:00			`-find $(distdir) -name fred -exec rm {} \;`
split to trunk/branches 2007-08-29 18:23:50 +02:00
add gobject introspection support 2011-06-20 19:00:01 +02:00			`ACLOCAL_AMFLAGS = -I m4`

			`DISTCHECK_CONFIGURE_FLAGS=--enable-gtk-doc --enable-introspection`