Sporadic failures to make modversions.h

Larry M. Augustin (lma@varesearch.com)
Thu, 19 Jun 1997 17:49:12 -0700


Has anyone else noticed that on seemingly random occasions
modversions.h is not correctly made by "make dep"?

This is under 2.0.31-pre2.

These are brief excerpts from two "make dep" runs with identical
config files. "make mrproper" was run before the "make config".

The failed run:

make[2]: Entering directory `/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/net/core'
gcc -D__KERNEL__ -I/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/include -Wall -Wstrict-prototy\
pes -O2 -fomit-frame-pointer -fno-strength-reduce -pipe -m486 -malign-loops=2 -malign-jumps=2 -mal\
ign-functions=2 -DCPU=686 -E -D__GENKSYMS__ firewall.c | /sbin/genksyms /user/kernel/linux2.0.30-g\
cc2.7.2-6/linux-2.0.30/include/linux/modules
if [ -n "datagram.c dev.c dev_mcast.c firewall.c iovec.c net_alias.c skbuff.c sock.c sysctl_net_co\
re.c" ]; then \
/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/scripts/mkdep *.[chS] > .depend; fi
make[2]: Leaving directory `/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/net/core'

The working run:

make[2]: Entering directory `/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/net/core'
gcc -D__KERNEL__ -I/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/include -Wall -Wstrict-prototy\
pes -O2 -fomit-frame-pointer -fno-strength-reduce -pipe -m486 -malign-loops=2 -malign-jumps=2 -mal\
ign-functions=2 -DCPU=686 -E -D__GENKSYMS__ firewall.c | /sbin/genksyms /user/kernel/linux2.0.30-g\
cc2.7.2-6/linux-2.0.30/include/linux/modules
updating /user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/include/linux/modversions.h
if [ -n "datagram.c dev.c dev_mcast.c firewall.c iovec.c net_alias.c skbuff.c sock.c sysctl_net_co\
re.c" ]; then \
/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/scripts/mkdep *.[chS] > .depend; fi
make[2]: Leaving directory `/user/kernel/linux2.0.30-gcc2.7.2-6/linux-2.0.30/net/core'

Note the failure to update modversions.h in the first run.

It happens randomly, but only with the firewall.c symbols. I'd say
about 20% of the time modversions.h doesn't get updated with the
firewall.c symbols. I didn't notice this until I started doing batch
builds of large numbers of different configurations.

Larry