Gentoo-sources-2.4.20-r3 fails to compile with cryptoloop it seems. Here is the error message: gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-gentoo-r3/include -Wall -Wstrict-prototypes -Wno-trigraphs -O3 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon-xp -Os -nostdinc -iwithprefix include -DKBUILD_BASENAME=cryptoloop -c -o cryptoloop/cryptoloop.o cryptoloop/cryptoloop.c rm -f crypto.o ld -m elf_i386 -r -o crypto.o cryptoapi.o cryptoloop/cryptoloop.o ciphers/ciphers.o drivers/drivers.o drivers/drivers.o(.data+0x0): multiple definition of `cryptoloop_funcs' cryptoloop/cryptoloop.o(.data+0x0): first defined here make[2]: *** [crypto.o] Error 1 make[2]: Leaving directory `/usr/src/linux-2.4.20-gentoo-r3/crypto' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.20-gentoo-r3/crypto' make: *** [_dir_crypto] Error 2 It worked with r2
Created attachment 10796 [details] Kernel config used when error was encountered
im getting this exact error when compiling gentoo-sources-2.4.20-r3 on my athlon-xp so because of this bug and the missing ciphers in -r2 anyone using a similar set up is still limited to -r1, a problem id consider above 'normal' severity. ill attatch emerge info and my .config when i can get on the affected computer.
For -r3, the problem lies in: /usr/src/linux-2.4.20-gentoo-r3/crypto/drivers/cryptoloop.c Specifically, there's already a: /usr/src/linux-2.4.20-gentoo-r3/crypto/cryptoloop/crytoloop.c Hence the duplicate functions. I was able to simple delete cryptoloop.c from drivers/ and remove the compile line from the Makefile in that directory. It'd probably be wise to also remove the cryptoloop adding in the Config.in, just because duplicates cause probelms (look at CONFIG_FS_POSIX_ACL for example). As for -r2, the ciphers are just commented out. All you have to do is uncomment the lines in crypto/ciphers/Config.in so that they're not commented out, and then you'll be able to select them in make xconfig/menuconfig. Hope this helps.
the conflict is usagi related... yeah, and they'll fail it you do (uncomment the ciphers)... this seems to be fixed in pfeifer-sources-2.4.20_pre8 - please test as this will likely become gentoo-sources-2.4.20-r4 after a bit of testing. Thanks, Jay
well, compiling for me on this config posted works fine and produces a running kernel on the latest pfeifer-sources. Closing, Jay
