busybox-w32/modutils, branch 1_00 A mirror of https://github.com/rmyorston/busybox-w32.git https://git.lua4.win/busybox-w32/atom?h=1_00 2004-10-08T07:46:08+00:00 egor duda writes: 2004-10-08T07:46:08+00:00 Eric Andersen andersen@codepoet.org 2004-10-08T07:46:08+00:00 urn:sha1:7daa076d3e24e84ce1f4e9b6133783816575c4c8 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 Patch from Egor Duda 2004-09-24T09:18:55+00:00 Glenn L McGrath bug1@ihug.co.nz 2004-09-24T09:18:55+00:00 urn:sha1:bdf6319d3a2d0ee085d6ee45d1e63cb38805e30a Attached patch prevents modprobe from trying to call 'insmod (null)' whenever nonexistent module is either passed to modprobe via command line or mentioned in modules.dep this replaces cryptic error sh: Syntax error: word unexpected (expecting ")") with modprobe: module some-module not found. egor. Based on patches from Mike Frysinger, add insmod support for 2004-09-02T23:03:25+00:00 Eric Andersen andersen@codepoet.org 2004-09-02T23:03:25+00:00 urn:sha1:45a0513a64f10b4d437e5b261f6b53f8e75e064b sparc and ia64 (itanium). Also, reorganize the insmod architecture support code to be alphasorted and less messy. Update the readme to list current insmod arch support. Fixup some warnings 2004-08-28T00:43:07+00:00 Eric Andersen andersen@codepoet.org 2004-08-28T00:43:07+00:00 urn:sha1:b225e2a76bcd2b1f3f919a09dba1e186c0d4fa65 Patch from Rodney Radford adding x86_64 support. 2004-08-19T19:17:30+00:00 Eric Andersen andersen@codepoet.org 2004-08-19T19:17:30+00:00 urn:sha1:a4d27d2d385db205a9e6a0983985e02085f910ef Patch from Mike Castle to cleanup some modutils issues, in 2004-08-19T18:30:31+00:00 Eric Andersen andersen@codepoet.org 2004-08-19T18:30:31+00:00 urn:sha1:807bd846b6428920eb2f10875f19a7e48d8cfdd7 particular making alias support work better. Only pass modprobe module params with 2.6.x kernel support. 2004-08-16T10:22:34+00:00 Eric Andersen andersen@codepoet.org 2004-08-16T10:22:34+00:00 urn:sha1:e3a792c80c9f9e12585dcf106fc336b75d782f41 -Erik Christian Ostheimer writes: 2004-08-14T20:57:33+00:00 Eric Andersen andersen@codepoet.org 2004-08-14T20:57:33+00:00 urn:sha1:beaef16315166deec3ee4eba425f4f58542c9491 Hello, function build_dep in modprobe.c assumes that dependencies of one module have not more than 255 chars; that is not sufficient in kernel 2.6.7 (alsa sound modules). - Below is a diff that solves the problem for me. With regards, Christian Ostheimer Patch from Mike Castle, dont print an empty line (patch modified by me to 2004-08-11T05:56:30+00:00 Glenn L McGrath bug1@ihug.co.nz 2004-08-11T05:56:30+00:00 urn:sha1:fcf47321d4b121cd2de73c8d29fface50e192ae2 change formatting). Patch from Phil Blundellto improve substring match 2004-08-11T02:32:18+00:00 Glenn L McGrath bug1@ihug.co.nz 2004-08-11T02:32:18+00:00 urn:sha1:d2c6f9a1f9d5974155f1a7224aecbafba91631a1