Re: [BUG] 4.9.0 build error on Alpha
On Thu, Dec 29, 2016 at 10:23:04PM -0500, Matt Turner wrote: > FWIW, when I saw your first email I tried compiling with gcc-4.9.4, > 5.4.0, and 6.2.0. All compiled my config fine. That's worth quite a bit to me, actually :-). Tells me that downgrading my toolchain is probably a waste of time and effort. > I'm guessing it's another symptom of the old "kernel too big" problem? How has this been worked around in the past? I have a fairly feature-full kernel, but the only built-in drivers are for the things that have to be present at boot time. If drivers compiled as modules contribute to the bloat, I could easily omit file system support for things I'll likely never see attached to an alpha. Similarly, drivers for removable USB devices I don't currently use with the system could be omitted as well. Netfilter keeps growing like the hairball it is: features I'm not likely to ever use could be disabled if that might help. --Bob
Re: [BUG] 4.9.0 build error on Alpha
FWIW, when I saw your first email I tried compiling with gcc-4.9.4, 5.4.0, and 6.2.0. All compiled my config fine. I'm guessing it's another symptom of the old "kernel too big" problem?
[BUG] 4.9.0 build error on Alpha
I'm guessing this is Alpha-specific at the moment, because I'm getting a world-class lettin' alone from the kernel developers. Saw another binutils update come through a couple of days ago, so tried another from-scratch kernel build. No change in the outcome. This "smells" like a gcc or binutils issue, because the Alpha-specific code being compiled and linked against hasn't changed in a very long time. Both "strcat" and "stxcpy" come from assembly language source files in the "arch/alpha/lib" directory. In addition to trying new toolchain components as updates appear, I've tried making various changes to my kernel configuration in an attempt to make the problem move to a different place in the build process or go away entirely. Nothing has had any effect whatsoever. I would reluctantly try downgrading gcc to version 4.x if someone thought that might make any difference. I'd rather identify how the current toolchain is going off in the weeds, if that's what is going on here. > LD init/built-in.o > arch/alpha/lib/lib.a(strcat.o): In function `strcat': > (.text+0x60): relocation truncated to fit: BRADDR against symbol `__stxcpy' > defined in .text section in arch/alpha/lib/lib.a(stxcpy.o) > arch/alpha/lib/lib.a(strncat.o): In function `strncat': > (.text+0x60): relocation truncated to fit: BRADDR against symbol `__stxncpy' > defined in .text section in arch/alpha/lib/lib.a(stxncpy.o) > Makefile:969: recipe for target 'vmlinux' failed > make: *** [vmlinux] Error 1 --Bob
