debian/notmuch
1
0
Fork 0
mirror of https://git.notmuchmail.org/git/notmuch synced 2024-11-21 18:38:08 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions
notmuch/bindings/Makefile.local

41 lines
1.1 KiB
Text
Raw Normal View History

emacs: Use makefile-gmake-mode in Makefile*s Use `makefile-gmake-mode' instead of `makefile-mode' because the former also highlights ifdef et al. while the latter does not. "./Makefile.global" and one "Makefile.local" failed to specify any major mode at all but doing so is necessary because Emacs does not automatically figure out that these are Makefiles (of any flavor).
2020-08-08 13:49:49 +02:00
# -*- makefile-gmake -*-
build: integrate building ruby bindings into notmuch build process Because ruby generates a Makefile, we have to use recursive make. Because mkmf.rb hardcodes the name Makefile, put our Makefile{.local} in the parent directory.
2015-06-01 09:08:59 +02:00
dir := bindings
# force the shared library to be built
ruby: don't use a directory as a target. The directory is (neccesarily) not updated by the build, so it keeps trying to build. The proposed fix is to use the name of the dynamic library containing the extension. This is a partial fix for the rebuilding reported at [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:54 +02:00
ruby-bindings: $(dir)/ruby.stamp
$(dir)/ruby.stamp: lib/$(LINKER_NAME)
build: integrate building ruby bindings into notmuch build process Because ruby generates a Makefile, we have to use recursive make. Because mkmf.rb hardcodes the name Makefile, put our Makefile{.local} in the parent directory.
2015-06-01 09:08:59 +02:00
ifeq ($(HAVE_RUBY_DEV),1)
lib, ruby: make use of -Wl,--no-undefined configurable In particular this is supposed to help build on systems (presumably using a non-gnu ld) where this flag is not available.
2015-06-01 09:09:00 +02:00
cd $(dir)/ruby && \
EXTRA_LDFLAGS="$(NO_UNDEFINED_LDFLAGS)" \
build/ruby: use notmuch configure script values for shared lib This is supposed to help build on systems like MacOS with different conventions for naming shared libraries. We have already computed the relevant names, so doing it again in ruby seems like a bad idea.
2015-06-01 09:09:01 +02:00
LIBNOTMUCH="../../lib/$(LINKER_NAME)" \
fix out of tree build In addition to use ${srcdir} and deliver ${NOTMUCH_SRCDIR} where needed, source from ruby bindings had to be copied to the out-of-tree target directory -- if the source files in source directory were referenced in build and there were also built object files there, those could have been considered as target files (and then not found when attempting to create bindings/ruby/notmuch.so).
2017-03-12 12:59:13 +01:00
NOTMUCH_SRCDIR='$(NOTMUCH_SRCDIR)' \
build: Allow user to specify ruby executable This way, one can build for a different Ruby than $PATH/ruby (e. g. different versions, or Ruby in other paths). Signed-off-by: Thomas Schneider <qsx@chaotikum.eu>
2018-05-09 14:38:48 +02:00
$(RUBY) extconf.rb --vendor
ruby: don't use a directory as a target. The directory is (neccesarily) not updated by the build, so it keeps trying to build. The proposed fix is to use the name of the dynamic library containing the extension. This is a partial fix for the rebuilding reported at [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:54 +02:00
$(MAKE) -C $(dir)/ruby CFLAGS="$(CFLAGS) -pipe -fno-plt -fPIC" && touch $@
build: integrate building ruby bindings into notmuch build process Because ruby generates a Makefile, we have to use recursive make. Because mkmf.rb hardcodes the name Makefile, put our Makefile{.local} in the parent directory.
2015-06-01 09:08:59 +02:00
endif
python-cffi: introduce stamp file Although the rebuild does not take long, it is a bit noisy, so assume if it succeeds once, it doesn't need to re-invoke setup.py until the shared library is rebuilt. This is a partial fix for [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:55 +02:00
python-cffi-bindings: $(dir)/python-cffi.stamp
$(dir)/python-cffi.stamp: lib/$(LINKER_NAME)
build: optionally build python-cffi bindings Put the build product (and tests) in a well known location so that we can find them e.g. from the tests.
2019-10-20 03:52:56 +02:00
ifeq ($(HAVE_PYTHON3_CFFI),1)
cd $(dir)/python-cffi && \
${PYTHON} setup.py build --build-lib build/stage && \
python-cffi: introduce stamp file Although the rebuild does not take long, it is a bit noisy, so assume if it succeeds once, it doesn't need to re-invoke setup.py until the shared library is rebuilt. This is a partial fix for [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:55 +02:00
mkdir -p build/stage/tests && cp tests/*.py build/stage/tests && \
touch ../python-cffi.stamp
build: optionally build python-cffi bindings Put the build product (and tests) in a well known location so that we can find them e.g. from the tests.
2019-10-20 03:52:56 +02:00
endif
build: integrate building ruby bindings into notmuch build process Because ruby generates a Makefile, we have to use recursive make. Because mkmf.rb hardcodes the name Makefile, put our Makefile{.local} in the parent directory.
2015-06-01 09:08:59 +02:00
CLEAN += $(patsubst %,$(dir)/ruby/%, \
.RUBYARCHDIR.time \
Makefile database.o directory.o filenames.o\
init.o message.o messages.o mkmf.log notmuch.so query.o \
status.o tags.o thread.o threads.o)
bindings: clean extra file created by ruby extension build system Noticed by dkg; this file seems to be created by building the debian package, and perhaps by other distro package builds.
2018-05-13 18:17:18 +02:00
ruby: don't use a directory as a target. The directory is (neccesarily) not updated by the build, so it keeps trying to build. The proposed fix is to use the name of the dynamic library containing the extension. This is a partial fix for the rebuilding reported at [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:54 +02:00
CLEAN += bindings/ruby/.vendorarchdir.time $(dir)/ruby.stamp
build: optionally build python-cffi bindings Put the build product (and tests) in a well known location so that we can find them e.g. from the tests.
2019-10-20 03:52:56 +02:00
python-cffi: introduce stamp file Although the rebuild does not take long, it is a bit noisy, so assume if it succeeds once, it doesn't need to re-invoke setup.py until the shared library is rebuilt. This is a partial fix for [1]. [1]: id:87r29wwgq2.fsf@fifthhorseman.net
2021-10-30 22:48:55 +02:00
CLEAN += bindings/python-cffi/build $(dir)/python-cffi.stamp
build: clean up __pycache__ directories These are generated indirectly by certain uses of python in the build.
2023-09-11 01:13:13 +02:00
CLEAN += bindings/python-cffi/__pycache__
bindings/python-cffi: clean up _notmuch_config.py _notmuch_config.py is generated by configure, and cannot be cleaned up by the current python build system, since it is imported as a module by that same build system. Use DISTCLEAN rather than CLEAN for consistency with other configure related things.
2023-09-11 01:13:13 +02:00
DISTCLEAN += bindings/python-cffi/_notmuch_config.py
Reference in a new issue Copy permalink