1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
|
SUBDIRS = cmake src lib plugins examples scripts tests m4
EXTRA_DIST = \
config.h.cmake \
COPYING.lfs \
Doxyfile \
README.TESTS \
autogen.sh \
mysql-proxy.spec \
winbuild.bat \
doxygen-scripts \
CMakeLists.txt \
deps
ACLOCAL_AMFLAGS = -I m4
dist-hook:
rm -rf `find $(distdir) -type d -name .bzr -print`
## very basic documentation targets, there's no check for doxygen and related tools yet
docs:
@cd $(top_srcdir) ; \
(cat Doxyfile ; echo PROJECT_NUMBER=$(PACKAGE_VERSION)) | doxygen - ; \
cd $(top_builddir)
## pull out some bzr information from the current branch and set the documentation's project number accordingly
docs-bzr:
@cd $(top_srcdir) ; \
(cat Doxyfile ; echo PROJECT_NUMBER=`sh doxygen-scripts/project_number_bzr.sh $(PACKAGE_VERSION)`) | doxygen - ; \
cd $(top_builddir)
## this check is in the toplevel Makefile intentionally,
## to catch the case when Lua is statically linked more than once
## TODO: How do I wrestle the platform's shared library extension from automake's dead hands?
## And why does libtool generate .so files on OS X?
installcheck:
if test `find $(DESTDIR)$(libdir) \( -name "*.so" -or -name "*.dylib" \) -and -type f | xargs nm -A -P | grep "_lua_gc T" | wc -l` -gt 1 ; then \
echo "ERROR: multiple libraries export Lua library symbols. Do not statically link against Lua more than once!"; \
echo "The following libraries contain Lua symbols:"; \
find $(DESTDIR)$(libdir) -name "*.so" -or -name "*.dylib" -and -type f | xargs nm -A -P | grep "_lua_gc T" | cut -f 1 -d: ; \
exit 1 ; \
else:; fi
|