hush/debianutils/Makefile.in

# Makefile for busybox
#
# Copyright (C) 1999-2005 by Erik Andersen <andersen@codepoet.org>
#
# Licensed under the GPL v2, see the file LICENSE in this tarball.

DEBIANUTILS_AR:=debianutils.a
ifndef $(DEBIANUTILS_DIR)
DEBIANUTILS_DIR:=$(top_builddir)/debianutils/
endif
srcdir=$(top_srcdir)/debianutils

DEBIANUTILS-y:=
DEBIANUTILS-$(CONFIG_MKTEMP)		+= mktemp.o
DEBIANUTILS-$(CONFIG_PIPE_PROGRESS)	+= pipe_progress.o
DEBIANUTILS-$(CONFIG_READLINK)		+= readlink.o
DEBIANUTILS-$(CONFIG_RUN_PARTS)		+= run_parts.o
DEBIANUTILS-$(CONFIG_START_STOP_DAEMON)	+= start_stop_daemon.o
DEBIANUTILS-$(CONFIG_WHICH)		+= which.o

libraries-y+=$(DEBIANUTILS_DIR)$(DEBIANUTILS_AR)

$(DEBIANUTILS_DIR)$(DEBIANUTILS_AR): $(patsubst %,$(DEBIANUTILS_DIR)%, $(DEBIANUTILS-y))
	$(AR) $(ARFLAGS) $@ $(patsubst %,$(DEBIANUTILS_DIR)%, $(DEBIANUTILS-y))

$(DEBIANUTILS_DIR)%.o: $(srcdir)/%.c
	$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00			`# Makefile for busybox`
			`#`
use brief license line 2005-09-24 06:01:57 +00:00			`# Copyright (C) 1999-2005 by Erik Andersen <andersen@codepoet.org>`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00			`#`
use brief license line 2005-09-24 06:01:57 +00:00			`# Licensed under the GPL v2, see the file LICENSE in this tarball.`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00
			`DEBIANUTILS_AR:=debianutils.a`
			`ifndef $(DEBIANUTILS_DIR)`
egor duda writes: Hi! I've created a patch to busybox' build system to allow building it in separate tree in a manner similar to kbuild from kernel version 2.6. That is, one runs command like 'make O=/build/some/where/for/specific/target/and/options' and everything is built in this exact directory, provided that it exists. I understand that applyingc such invasive changes during 'release candidates' stage of development is at best unwise. So, i'm currently asking for comments about this patch, starting from whether such thing is needed at all to whether it coded properly. 'make check' should work now, and one make creates Makefile in build directory, so one can run 'make' in build directory after that. One possible caveat is that if we build in some directory other than source one, the source directory should be 'distclean'ed first. egor 2004-10-08 07:46:08 +00:00			`DEBIANUTILS_DIR:=$(top_builddir)/debianutils/`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00			`endif`
egor duda writes: Hi! I've created a patch to busybox' build system to allow building it in separate tree in a manner similar to kbuild from kernel version 2.6. That is, one runs command like 'make O=/build/some/where/for/specific/target/and/options' and everything is built in this exact directory, provided that it exists. I understand that applyingc such invasive changes during 'release candidates' stage of development is at best unwise. So, i'm currently asking for comments about this patch, starting from whether such thing is needed at all to whether it coded properly. 'make check' should work now, and one make creates Makefile in build directory, so one can run 'make' in build directory after that. One possible caveat is that if we build in some directory other than source one, the source directory should be 'distclean'ed first. egor 2004-10-08 07:46:08 +00:00			`srcdir=$(top_srcdir)/debianutils`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00
			`DEBIANUTILS-y:=`
			`DEBIANUTILS-$(CONFIG_MKTEMP) += mktemp.o`
NEW APPLET: pipe_progress, used by debian installer 2003-11-14 10:04:33 +00:00			`DEBIANUTILS-$(CONFIG_PIPE_PROGRESS) += pipe_progress.o`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00			`DEBIANUTILS-$(CONFIG_READLINK) += readlink.o`
			`DEBIANUTILS-$(CONFIG_RUN_PARTS) += run_parts.o`
Move start_stop_daemon to debianutils. Cleanup run_parts a bit and add long opts 2003-07-26 09:16:00 +00:00			`DEBIANUTILS-$(CONFIG_START_STOP_DAEMON) += start_stop_daemon.o`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00			`DEBIANUTILS-$(CONFIG_WHICH) += which.o`

			`libraries-y+=$(DEBIANUTILS_DIR)$(DEBIANUTILS_AR)`

			`$(DEBIANUTILS_DIR)$(DEBIANUTILS_AR): $(patsubst %,$(DEBIANUTILS_DIR)%, $(DEBIANUTILS-y))`
use toplevel ARFLAGS and update default ARFLAGS to be quiet 2005-07-27 01:09:24 +00:00			`$(AR) $(ARFLAGS) $@ $(patsubst %,$(DEBIANUTILS_DIR)%, $(DEBIANUTILS-y))`
Move readlink, mktemp, run-parts and which to a new debianutils dir. 2002-11-11 03:00:12 +00:00
egor duda writes: Hi! I've created a patch to busybox' build system to allow building it in separate tree in a manner similar to kbuild from kernel version 2.6. That is, one runs command like 'make O=/build/some/where/for/specific/target/and/options' and everything is built in this exact directory, provided that it exists. I understand that applyingc such invasive changes during 'release candidates' stage of development is at best unwise. So, i'm currently asking for comments about this patch, starting from whether such thing is needed at all to whether it coded properly. 'make check' should work now, and one make creates Makefile in build directory, so one can run 'make' in build directory after that. One possible caveat is that if we build in some directory other than source one, the source directory should be 'distclean'ed first. egor 2004-10-08 07:46:08 +00:00			`$(DEBIANUTILS_DIR)%.o: $(srcdir)/%.c`
			`$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<`