kmod/tools/.gitignore

/.dirstamp
/depmod
/insmod
/kmod
/kmod-depmod
/kmod-insmod
/kmod-lsmod
/kmod-modinfo
/kmod-modprobe
/kmod-rmmod
/lsmod
/modinfo
/modprobe
/rmmod
/test
Update .gitignore files Add kmod-* prefixed tool names, add 'tags' in root directory (for ctags, matches cscope.out ignore already in there), and prefix tools/ entries with '/' so they are absolute ignores and don't apply to subdirectories. 2012-02-04 02:29:08 +00:00			`/.dirstamp`
			`/depmod`
			`/insmod`
			`/kmod`
			`/kmod-depmod`
			`/kmod-insmod`
			`/kmod-lsmod`
			`/kmod-modinfo`
			`/kmod-modprobe`
			`/kmod-rmmod`
			`/lsmod`
			`/modinfo`
			`/modprobe`
			`/rmmod`
tools: Use test/kmod instead of kmod-nolib The reason to have a kmod-nolib binary is that we need to call kmod on test cases (or a symlink to it) and for testing things in tree. Since we are using libtool if we are dinamically linking to libkmod what we end up having is a shell script that (depending on the version ) changes argv[0] to contain an "lt-" prefix. Since this screws with our compat stuff, we had a kmod-nolib that links statically. This all workaround works fine iff we are using one of the compat commands, i.e. we are using the symlinks insmod, rmmod, modprobe, etc. However if we are actually trying the kmod binary, this doesn't work because we can't create a kmod symlink since there's already a kmod binary. So, completely give up on libtool fixing their mess. Now we create a tool/test/ directory and the symlinks and kmod is put there. http://lists.gnu.org/archive/html/bug-libtool/2011-12/msg00023.html 2013-07-03 01:03:20 +01:00			`/test`