emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
c1876d7364
busybox/coreutils/Makefile

24 lines
476 B
Makefile
Raw Normal View History

Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
# Makefile for busybox
#
use the shorter license header
2005-09-24 12:46:29 +05:30
# Copyright (C) 1999-2005 by Erik Andersen <andersen@codepoet.org>
Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
#
use the shorter license header
2005-09-24 12:46:29 +05:30
# Licensed under the GPL v2, see the file LICENSE in this tarball.
Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
- use absolute path for top_builddir and top_srcdir. Fixes make trying to include the very same file in an endless loop.
2006-03-02 23:03:25 +05:30
ifndef top_srcdir
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=..
- use absolute path for top_builddir and top_srcdir. Fixes make trying to include the very same file in an endless loop.
2006-03-02 23:03:25 +05:30
endif
ifndef top_builddir
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_builddir=..
- use absolute path for top_builddir and top_srcdir. Fixes make trying to include the very same file in an endless loop.
2006-03-02 23:03:25 +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)/coreutils
Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
SHELLUTILS_DIR:=./
pull Rules.mak from top_srcdir as pointed out by Robert P. J. Day on the mailing list
2006-05-13 08:03:09 +05:30
include $(top_srcdir)/Rules.mak
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
include $(top_builddir)/.config
include $(srcdir)/Makefile.in
Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
all: $(libraries-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
-include $(top_builddir)/.depend
Merge fileutils, textutils and shellutils into coreuils
2003-02-15 16:23:40 +05:30
clean:
rm -f *.o *.a $(AR_TARGET)
Reference in New Issue Copy Permalink