emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
787140df39
busybox/scripts/config/Makefile

123 lines
3.3 KiB
Makefile
Raw Normal View History

Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
# Makefile for BusyBox
#
# Copyright (C) 2002 Erik Andersen <andersen@codepoet.org>
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
top_srcdir=../..
top_builddir=../..
srcdir=$(top_srcdir)/scripts/config
Bernhard Fischer submitted a couple of Makefile patches: - Fix building out-of-tree - remove duplicate rule in toplevel Makefile - peruse make's builtin notion of `dirname $@'
2005-08-24 06:11:52 +05:30
include $(top_srcdir)/Rules.mak
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
all: ncurses conf mconf
Updated to match trunk/uClibc/extra/config as of r10132, and thus Linux 2.6.11.
2005-04-19 15:25:06 +05:30
ifeq ($(shell uname),SunOS)
LIBS = -lcurses
else
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
LIBS = -lncurses
Updated to match trunk/uClibc/extra/config as of r10132, and thus Linux 2.6.11.
2005-04-19 15:25:06 +05:30
endif
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
ifeq (/usr/include/ncurses/ncurses.h, $(wildcard /usr/include/ncurses/ncurses.h))
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
HOSTNCURSES += -I/usr/include/ncurses -DCURSES_LOC="<ncurses.h>"
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
else
ifeq (/usr/include/ncurses/curses.h, $(wildcard /usr/include/ncurses/curses.h))
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
HOSTNCURSES += -I/usr/include/ncurses -DCURSES_LOC="<ncurses/curses.h>"
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
else
Patch from Robert Schwebel -- support ncurses installed in /usr/local
2003-01-11 23:37:38 +05:30
ifeq (/usr/local/include/ncurses/ncurses.h, $(wildcard /usr/local/include/ncurses/ncurses.h))
HOSTCFLAGS += -I/usr/local/include/ncurses -DCURSES_LOC="<ncurses.h>"
else
ifeq (/usr/local/include/ncurses/curses.h, $(wildcard /usr/local/include/ncurses/curses.h))
HOSTCFLAGS += -I/usr/local/include/ncurses -DCURSES_LOC="<ncurses/curses.h>"
else
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
ifeq (/usr/include/ncurses.h, $(wildcard /usr/include/ncurses.h))
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
HOSTNCURSES += -DCURSES_LOC="<ncurses.h>"
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
else
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
HOSTNCURSES += -DCURSES_LOC="<curses.h>"
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
endif
endif
endif
Patch from Robert Schwebel -- support ncurses installed in /usr/local
2003-01-11 23:37:38 +05:30
endif
endif
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
Updated to match trunk/uClibc/extra/config as of r10132, and thus Linux 2.6.11.
2005-04-19 15:25:06 +05:30
CONF_SRC = conf.c
MCONF_SRC = mconf.c
LXD_SRC = lxdialog/checklist.c lxdialog/menubox.c lxdialog/textbox.c \
lxdialog/yesno.c lxdialog/inputbox.c lxdialog/util.c \
lxdialog/msgbox.c
Bernhard Fischer submitted a couple of Makefile patches: - Fix building out-of-tree - remove duplicate rule in toplevel Makefile - peruse make's builtin notion of `dirname $@'
2005-08-24 06:11:52 +05:30
Updated to match trunk/uClibc/extra/config as of r10132, and thus Linux 2.6.11.
2005-04-19 15:25:06 +05:30
SHARED_SRC = zconf.tab.c
SHARED_DEPS := $(srcdir)/lkc.h $(srcdir)/lkc_proto.h \
lkc_defs.h $(srcdir)/expr.h zconf.tab.h
CONF_OBJS = $(patsubst %.c,%.o, $(CONF_SRC))
MCONF_OBJS = $(patsubst %.c,%.o, $(MCONF_SRC) $(LXD_SRC))
SHARED_OBJS = $(patsubst %.c,%.o, $(SHARED_SRC))
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
Remove trailing whitespace. Update copyright to include 2004.
2004-03-15 13:59:22 +05:30
conf: $(CONF_OBJS) $(SHARED_OBJS)
- revert back to r14406
2006-03-14 00:34:00 +05:30
$(SECHO) " "HOSTCC $@ ; true
$(Q)$(HOSTCC) $(NATIVE_LDFLAGS) $^ -o $@
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
mconf: $(MCONF_OBJS) $(SHARED_OBJS)
- revert back to r14406
2006-03-14 00:34:00 +05:30
$(SECHO) " "HOSTCC $@ ; true
$(Q)$(HOSTCC) $(NATIVE_LDFLAGS) $^ -o $@ $(LIBS)
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +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
$(CONF_OBJS): %.o : $(srcdir)/%.c $(SHARED_DEPS)
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(compile.h) -I.
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +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
$(MCONF_OBJS): %.o : $(srcdir)/%.c $(SHARED_DEPS)
- fixes parallel builds (make -j) - use less resources for the buildsystem itself
2006-03-02 04:24:48 +05:30
@[ -d $(@D) ] || mkdir $(@D)
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(compile.h) $(HOSTNCURSES) -I.
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +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
lkc_defs.h: $(srcdir)/lkc_proto.h
- fixes parallel builds (make -j) - use less resources for the buildsystem itself
2006-03-02 04:24:48 +05:30
@$(SED) < $< > $@ 's/P(\([^,]*\),.*/#define \1 (\*\1_p)/'
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
###
# The following requires flex/bison
Remove trailing whitespace. Update copyright to include 2004.
2004-03-15 13:59:22 +05:30
# By default we use the _shipped versions, uncomment the
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
# following line if you are modifying the flex/bison src.
#LKC_GENPARSER := 1
ifdef LKC_GENPARSER
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
%.tab.c %.tab.h: $(srcdir)/%.y
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
bison -t -d -v -b $* -p $(notdir $*) $<
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
lex.%.c: $(srcdir)/%.l
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
flex -P$(notdir $*) -o$@ $<
else
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +05:30
lex.zconf.o: lex.zconf.c $(SHARED_DEPS)
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(compile.h) -I$(srcdir)
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +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
lex.zconf.c: $(srcdir)/lex.zconf.c_shipped
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(Q)cp $< $@
Don't build the ncurses stuff unless it is specifically asked for -Erik
2002-12-14 04:23:28 +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
zconf.tab.c: $(srcdir)/zconf.tab.c_shipped
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(Q)cp $< $@
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +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
zconf.tab.h: $(srcdir)/zconf.tab.h_shipped
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(Q)cp $< $@
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +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
zconf.tab.o: zconf.tab.c lex.zconf.c $(srcdir)/confdata.c $(srcdir)/expr.c \
$(srcdir)/symbol.c $(srcdir)/menu.c $(SHARED_DEPS)
make the build system puuuuuuuuuuurty
2006-02-02 07:11:53 +05:30
$(compile.h) -I$(srcdir) -I.
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
Yet another major rework of the BusyBox config system, using the considerably modified Kbuild system I put into uClibc. With this, there should be no more need to modify Rules.mak since I've moved all the interesting options into the config system. I think I've got everything updated, but you never know, I may have made some mistakes, so watch closely. -Erik
2002-12-05 14:11:41 +05:30
.PHONY: ncurses
ncurses:
@echo "main() {}" > lxtemp.c
@if $(HOSTCC) lxtemp.c $(LIBS) ; then \
rm -f lxtemp.c a.out; \
else \
rm -f lxtemp.c; \
echo -e "\007" ;\
echo ">> Unable to find the Ncurses libraries." ;\
echo ">>" ;\
echo ">> You must have Ncurses installed in order" ;\
echo ">> to use 'make menuconfig'" ;\
echo ;\
exit 1 ;\
fi
clean:
rm -f *.o *~ core $(TARGETS) $(MCONF_OBJS) $(CONF_OBJS) \
conf mconf zconf.tab.c zconf.tab.h lex.zconf.c lkc_defs.h
Reference in New Issue Copy Permalink