Compiling r5 of gentoo-sources-2.4.20, the build fails trying to compile net/ipsec/pfkey_v2_parser.c. On line 928 of that file, the variable "i" is declared as an int, but the declaration is protected by an ifdef. Later, on line 1210, i is used outside of a matching ifdef context. It seems that in my case, I triggered the set of #defines that hit the reference without the declaration. I haven't dug hard yet to see if I can omit a module and avoid this problem. I'll report back on that later. I'll try to avoid sending my entire .config along. :-) Reproducible: Always Steps to Reproduce:
OK, here is more precise information: If, under the IPSEC configuration for the kernel, you turn on support IPSEC Authentication Headers, but you enable neither of the HMAC-MD5 nor HMAC-SHA1 suboptions, you can't compile your kernel. (The workaround, of course, is to enable the MD5 and SHA1 suboptions.) I assume this is not a gentoo-specific bug. Please forward it to the right parties in kernel/IPSEC land. On the other hand, these options must have appeared between r2 and r5 of the gentoo-sources-2.4.20, because I did a "make oldconfig" and got prompted to configure those options, so maybe it's a bug in a patch you added recently.
... Is this bug still in?
Looks like we have a workaround, and I guess the IPSEC people should have fixed this by now, so we should have this in gentoo-sources-2.4.22...