emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
47ea7b7f96
busybox/libbb/Makefile.in

114 lines
4.4 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
LIBBB_AR:=libbb.a
ifndef $(LIBBB_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
LIBBB_DIR:=$(top_builddir)/libbb/
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)/libbb
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
Patch from Amir Shalem to make busybox compile on a uClibc that has no shadow password support.
2005-09-26 05:06:12 +05:30
LIBBB_SRC-y:= \
Latest dash update from vodz
2003-08-06 16:50:52 +05:30
bb_asprintf.c ask_confirmation.c change_identity.c chomp.c \
make this a little bit less messy
2003-10-22 15:53:04 +05:30
compare_string_array.c concat_path_file.c copy_file.c copyfd.c \
correct_password.c create_icmp_socket.c create_icmp6_socket.c \
device_open.c dump.c error_msg.c error_msg_and_die.c find_mount_point.c \
find_pid_by_name.c find_root_device.c fgets_str.c full_read.c \
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
full_write.c get_last_path_component.c get_line_from_file.c \
get_terminal_width_height.c was in there twice.
2005-09-06 00:12:18 +05:30
hash_fd.c herror_msg.c herror_msg_and_die.c \
Compile get_terminal_width_height
2003-09-16 06:20:36 +05:30
human_readable.c inet_common.c inode_hash.c interface.c isdirectory.c \
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
kernel_version.c last_char_is.c login.c loop.c \
This code exists to compensate for ancient broken build environments which, as far as I can tell, are no longer relevant. Modern busybox refuses to build under libc5 (there's a specific test and #error for that), and I'm not sure building against 2.1 kernel headers on Alpha was ever relevant. I'm happy to put any of this back if anybody can point to a real need for it, but if so we need to specifically document what environment is being compensated for. (And we should quarrantine the build environment code into one place, anyway. Maybe "quirks.h" for known compiler and libc quirks?)
2005-09-07 12:09:02 +05:30
make_directory.c mode_string.c mtab.c mtab_file.c \
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
obscure.c parse_mode.c parse_number.c perror_msg.c \
make this a little bit less messy
2003-10-22 15:53:04 +05:30
perror_msg_and_die.c print_file.c get_console.c \
Patch from Amir Shalem to make busybox compile on a uClibc that has no shadow password support.
2005-09-26 05:06:12 +05:30
process_escape_sequence.c procps.c pw_encrypt.c qmodule.c \
make this a little bit less messy
2003-10-22 15:53:04 +05:30
read_package_field.c recursive_action.c remove_file.c \
Fix an ommision preventing building, patch by Tito.
2003-10-09 19:10:17 +05:30
restricted_shell.c run_parts.c run_shell.c safe_read.c safe_write.c \
This code exists to compensate for ancient broken build environments which, as far as I can tell, are no longer relevant. Modern busybox refuses to build under libc5 (there's a specific test and #error for that), and I'm not sure building against 2.1 kernel headers on Alpha was ever relevant. I'm happy to put any of this back if anybody can point to a real need for it, but if so we need to specifically document what environment is being compensated for. (And we should quarrantine the build environment code into one place, anyway. Maybe "quirks.h" for known compiler and libc quirks?)
2005-09-07 12:09:02 +05:30
safe_strncpy.c setup_environment.c simplify_path.c \
Patch from Bastian Blank: On Sat, Jun 19, 2004 at 10:57:37PM +0200, Bastian Blank wrote: > The following patch changes klogd to use openlog/syslog themself > instead of calling syslog_msg which always calls the triple > openlog/syslog/closelog. Updated patch: get rid of syslog_msg entirely. Request from Erik Andersen. Bastian
2004-06-22 15:37:17 +05:30
trim.c u_signal_names.c vdprintf.c verror_msg.c \
Major coreutils update.
2003-03-19 14:43:01 +05:30
vherror_msg.c vperror_msg.c wfopen.c xconnect.c xgetcwd.c \
xgethostbyname.c xgethostbyname2.c xreadlink.c xregcomp.c xgetlarg.c \
make this a little bit less messy
2003-10-22 15:53:04 +05:30
get_terminal_width_height.c fclose_nonstdin.c fflush_stdout_and_exit.c \
getopt_ulflags.c default_error_retval.c wfopen_input.c speed_table.c \
Do not use getpass(3)
2004-05-01 06:57:30 +05:30
perror_nomsg_and_die.c perror_nomsg.c skip_whitespace.c bb_askpass.c \
implemented a builtin echo command in ash. moved the guts of the echo applet into libbb, and now call bb_echo() from both echo.c and ash.c
2005-08-10 01:08:05 +05:30
warn_ignoring_args.c concat_subpath_file.c vfork_daemon_rexec.c \
bb_echo.c
This patch from Bart Visscher <magick@linux-fan.com> adds IPV6 support to busybox. This patch does the following: * Add IPv6 support to libbb * Enable IPv6 interface address display * Add IPv6 config option * Adds ping6, an adaptation of the ping applet for IPv6 * Adds support routines for ping6: - xgethostbyname2 - create_icmp6_socket * Adds ifconfig support for IPv6 * Add support IPv6 to netstat * Add IPv6 support to route Thanks Bart!
2002-07-03 17:16:38 +05:30
spwd bulid now, (typo)
2005-09-26 18:28:24 +05:30
LIBBB_SRC-$(CONFIG_FEATURE_SHADOWPASSWDS)+= pwd2spwd.c
Patch from Amir Shalem to make busybox compile on a uClibc that has no shadow password support.
2005-09-26 05:06:12 +05:30
LIBBB_OBJS=$(patsubst %.c,$(LIBBB_DIR)%.o, $(LIBBB_SRC-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
LIBBB_MSRC0:=$(srcdir)/messages.c
Major coreutils update.
2003-03-19 14:43:01 +05:30
LIBBB_MOBJ0:=full_version.o \
memory_exhausted.o invalid_date.o io_error.o \
Add bb_msg_read_error
2005-04-16 13:12:35 +05:30
read_error.o write_error.o name_longer_than_foo.o unknown.o \
Major coreutils update.
2003-03-19 14:43:01 +05:30
can_not_create_raw_socket.o perm_denied_are_you_root.o \
shadow_file.o passwd_file.o group_file.o gshadow_file.o nologin_file.o \
securetty_file.o motd_file.o \
common BUFSIZ BSS buffer, small reduce code, data and bss
2005-10-15 15:53:55 +05:30
msg_standard_input.o msg_standard_output.o shell_file.o \
bb_dev_null.o bb_common_bufsiz1.o
Major coreutils update.
2003-03-19 14:43:01 +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
LIBBB_MSRC1:=$(srcdir)/xfuncs.c
Major coreutils update.
2003-03-19 14:43:01 +05:30
LIBBB_MOBJ1:=xmalloc.o xrealloc.o xcalloc.o xstrdup.o xstrndup.o \
xfopen.o xopen.o xread.o xread_all.o xread_char.o \
xferror.o xferror_stdout.o xfflush_stdout.o strlen.o
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
LIBBB_MSRC2:=$(srcdir)/printf.c
Minor .o file naming change
2003-04-17 04:32:35 +05:30
LIBBB_MOBJ2:=bb_vfprintf.o bb_vprintf.o bb_fprintf.o bb_printf.o
Major coreutils update.
2003-03-19 14:43:01 +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
LIBBB_MSRC3:=$(srcdir)/xgetularg.c
Major coreutils update.
2003-03-19 14:43:01 +05:30
LIBBB_MOBJ3:=xgetularg_bnd_sfx.o xgetlarg_bnd_sfx.o getlarg10_sfx.o \
xgetularg_bnd.o xgetularg10_bnd.o xgetularg10.o
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
LIBBB_MSRC4:=$(srcdir)/safe_strtol.c
Fix/eliminate use of atol
2004-03-07 03:41:45 +05:30
LIBBB_MOBJ4:=safe_strtoi.o safe_strtod.o safe_strtol.o safe_strtoul.o
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
LIBBB_MSRC5:=$(srcdir)/bb_pwd.c
LIBBB_MOBJ5:=bb_xgetpwnam.o bb_xgetgrnam.o bb_getgrgid.o bb_getpwuid.o \
bb_getug.o get_ug_id.o
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
LIBBB_MSRC6:=$(srcdir)/llist.c
- add llist_free_one() and llist_free() to libbb
2005-10-06 17:42:51 +05:30
LIBBB_MOBJ6:=llist_add_to.o llist_add_to_end.o llist_free_one.o llist_free.o
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
Major coreutils update.
2003-03-19 14:43:01 +05:30
LIBBB_MOBJS0=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ0))
LIBBB_MOBJS1=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ1))
LIBBB_MOBJS2=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ2))
LIBBB_MOBJS3=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ3))
Fix/eliminate use of atol
2004-03-07 03:41:45 +05:30
LIBBB_MOBJS4=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ4))
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
LIBBB_MOBJS5=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ5))
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
LIBBB_MOBJS6=$(patsubst %,$(LIBBB_DIR)%, $(LIBBB_MOBJ6))
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+=$(LIBBB_DIR)$(LIBBB_AR)
Major coreutils update.
2003-03-19 14:43:01 +05:30
$(LIBBB_DIR)$(LIBBB_AR): $(LIBBB_OBJS) $(LIBBB_MOBJS0) $(LIBBB_MOBJS1) \
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
$(LIBBB_MOBJS2) $(LIBBB_MOBJS3) $(LIBBB_MOBJS4) $(LIBBB_MOBJS5) \
$(LIBBB_MOBJS6)
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
$(AR) $(ARFLAGS) $(@) $(LIBBB_OBJS) $(^)
Major coreutils update.
2003-03-19 14:43:01 +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
$(LIBBB_DIR)%.o: $(srcdir)/%.c
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -c -o $@ $<
Major coreutils update.
2003-03-19 14:43:01 +05:30
$(LIBBB_MOBJS0): $(LIBBB_MSRC0)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
$(LIBBB_MOBJS1): $(LIBBB_MSRC1)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
$(LIBBB_MOBJS2): $(LIBBB_MSRC2)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -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
Major coreutils update.
2003-03-19 14:43:01 +05:30
$(LIBBB_MOBJS3): $(LIBBB_MSRC3)
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
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
Fix/eliminate use of atol
2004-03-07 03:41:45 +05:30
$(LIBBB_MOBJS4): $(LIBBB_MSRC4)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
- rename libbb's password helpers as suggested in libbb.h my_getpwnam -> bb_xgetpwnam /* dies on error */ my_getgrnam -> bb_xgetgrnam /* dies on error */ my_getgrgid -> bb_getgrgid my_getpwuid -> bb_getpwuid my_getug -> bb_getug
2005-09-21 02:36:17 +05:30
$(LIBBB_MOBJS5): $(LIBBB_MSRC5)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
- rename llist_add_to.c to llist.c - move llist_add_to_end() from ifupdown.c to libbb/llist.c
2005-09-29 18:25:10 +05:30
$(LIBBB_MOBJS6): $(LIBBB_MSRC6)
$(CC) $(CFLAGS) $(EXTRA_CFLAGS) -DL_$(notdir $*) -c $< -o $@
Reference in New Issue Copy Permalink