busybox/testsuite/ls/ls-s-works

[ -n "$d" ] || d=..
LANG=C ls -1s "$d" > logfile.gnu
busybox ls -1s "$d" > logfile.bb
cmp logfile.gnu logfile.bb
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			`[ -n "$d" ] \|\| d=..`
LANG=C should help 2006-01-25 05:47:47 +05:30			`LANG=C ls -1s "$d" > logfile.gnu`
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			`busybox ls -1s "$d" > logfile.bb`
Kill off the old 'tests' stuff. Write a ton of new tests for the 'testsuite' dir. Fix a bunch of broken tests. Fix the testsuite 'runtest' script so it actually reports all failures and provides meaningful feedback. -Erik 2004-04-06 16:40:30 +05:30			`cmp logfile.gnu logfile.bb`