emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
1f04c9d29c
busybox/util-linux/Makefile.in

64 lines
2.1 KiB
Makefile
Raw Normal View History

Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
# Makefile for busybox
#
use brief license line
2005-09-24 11:31:57 +05:30
# Copyright (C) 1999-2005 by Erik Andersen <andersen@codepoet.org>
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
#
use brief license line
2005-09-24 11:31:57 +05:30
# Licensed under the GPL v2, see the file LICENSE in this tarball.
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
UTILLINUX_AR:=util-linux.a
ifndef $(UTILLINUX_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 13:16:08 +05:30
UTILLINUX_DIR:=$(top_builddir)/util-linux/
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
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 13:16:08 +05:30
srcdir=$(top_srcdir)/util-linux
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
- initialize the correct variables
2005-10-13 15:54:44 +05:30
UTILLINUX-y:=
whitespace sucks
2005-09-25 10:53:58 +05:30
UTILLINUX-$(CONFIG_DMESG) +=dmesg.o
UTILLINUX-$(CONFIG_FBSET) +=fbset.o
UTILLINUX-$(CONFIG_FDFLUSH) +=fdflush.o
UTILLINUX-$(CONFIG_FDFORMAT) +=fdformat.o
UTILLINUX-$(CONFIG_FDISK) +=fdisk.o
UTILLINUX-$(CONFIG_FREERAMDISK) +=freeramdisk.o
UTILLINUX-$(CONFIG_FSCK_MINIX) +=fsck_minix.o
UTILLINUX-$(CONFIG_GETOPT) +=getopt.o
UTILLINUX-$(CONFIG_HEXDUMP) +=hexdump.o
UTILLINUX-$(CONFIG_HWCLOCK) +=hwclock.o
UTILLINUX-$(CONFIG_IPCRM) +=ipcrm.o
UTILLINUX-$(CONFIG_IPCS) +=ipcs.o
UTILLINUX-$(CONFIG_LOSETUP) +=losetup.o
Nothing to see here. Move along. Not buying it, eh? I know I said new features before 1.1, but, well... (I was weak!) The config file and hotplug modes aren't implemented yet. Might take a stab at those tomorrow. (I _should_ go back to focusing on the bug triage list.)
2005-12-13 13:51:33 +05:30
UTILLINUX-$(CONFIG_MDEV) +=mdev.o
whitespace sucks
2005-09-25 10:53:58 +05:30
UTILLINUX-$(CONFIG_MKFS_MINIX) +=mkfs_minix.o
UTILLINUX-$(CONFIG_MKSWAP) +=mkswap.o
UTILLINUX-$(CONFIG_MORE) +=more.o
UTILLINUX-$(CONFIG_MOUNT) +=mount.o
Rename CONFIG_NFSMOUNT to CONFIG_FEATURE_MOUNT_NFS so allbaseconfig can find it (and tweak defconfig to catch up).
2005-10-09 00:19:45 +05:30
UTILLINUX-$(CONFIG_FEATURE_MOUNT_NFS) +=nfsmount.o
whitespace sucks
2005-09-25 10:53:58 +05:30
UTILLINUX-$(CONFIG_PIVOT_ROOT) +=pivot_root.o
UTILLINUX-$(CONFIG_RDATE) +=rdate.o
UTILLINUX-$(CONFIG_READPROFILE) +=readprofile.o
UTILLINUX-$(CONFIG_SWAPONOFF) +=swaponoff.o
- remove duplicate entry for switch_root
2005-12-15 17:14:31 +05:30
UTILLINUX-$(CONFIG_SWITCH_ROOT) +=switch_root.o
whitespace sucks
2005-09-25 10:53:58 +05:30
UTILLINUX-$(CONFIG_UMOUNT) +=umount.o
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
- shared libbusybox. - IMA compilation option (aka IPO, IPA,..) Please holler if i broke something..
2006-01-15 19:34:57 +05:30
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
libraries-y+=$(UTILLINUX_DIR)$(UTILLINUX_AR)
- shared libbusybox. - IMA compilation option (aka IPO, IPA,..) Please holler if i broke something..
2006-01-15 19:34:57 +05:30
UTILLINUX_SRC-y:=$(patsubst %.o,$(srcdir)/%.c,$(UTILLINUX-y))
UTILLINUX_SRC-a:=$(wildcard $(srcdir)/*.c)
APPLET_SRC-y+=$(UTILLINUX_SRC-y)
APPLET_SRC-a+=$(UTILLINUX_SRC-a)
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
$(UTILLINUX_DIR)$(UTILLINUX_AR): $(patsubst %,$(UTILLINUX_DIR)%, $(UTILLINUX-y))
use toplevel ARFLAGS and update default ARFLAGS to be quiet
2005-07-27 06:39:24 +05:30
$(AR) $(ARFLAGS) $@ $(patsubst %,$(UTILLINUX_DIR)%, $(UTILLINUX-y))
Completely rework the config system so that it no longer annoys me to work on the busybox development tree. This eliminates the use of recursive make, and once again allows us to run 'make' in a subdirectory with the expected result. And things are now much faster too. Greatly improved IMHO... -Erik
2002-04-12 17:35:57 +05:30
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 13:16:08 +05:30
$(UTILLINUX_DIR)%.o: $(srcdir)/%.c
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
Per suggestion from Bastian Blank, be less evil when we force fdisk to transparently remap 32-bit interfaces to actually use 64 bit interfaces. -Erik
2004-05-26 17:29:19 +05:30
ifneq ($(strip $(CONFIG_LFS)),y)
ifeq ($(strip $(FDISK_SUPPORT_LARGE_DISKS)),y)
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 13:16:08 +05:30
$(UTILLINUX_DIR)fdisk.o: $(srcdir)/fdisk.c
Per suggestion from Bastian Blank, be less evil when we force fdisk to transparently remap 32-bit interfaces to actually use 64 bit interfaces. -Erik
2004-05-26 17:29:19 +05:30
$(CC) $(CFLAGS) \
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 \
$(EXTRA_CFLAGS) -c -o $@ $<
endif
endif
Reference in New Issue Copy Permalink