I think this is a show stopper for 2004.2, I haven't made any deep research on this yet. We could use gcc-3.3.3_(something) just to make the kernel, but having just one compiler would be nice.
make: `arch/ppc64/kernel/asm-offsets.s' is up to date.
arch/ppc64/kernel/idle_power4.S: Assembler messages:
arch/ppc64/kernel/idle_power4.S:69: Error: Unrecognized opcode: `dssall'
make: *** [arch/ppc64/kernel/idle_power4.o] Error 1
make: *** [arch/ppc64/kernel] Error 2
even with gcc-3.3.3 it fails at the same place so it must be a bintuils issue... Ill try to find at what version this problem starts.
18.104.22.168.3-r3 does go thrue the kernel, still can't check if it makes a bootable kernel ...
this is a known issue and is cause by a change that was made in both gcc and binutils. Unfortunately this requires folks like us to have to watch how far forward we go. If you go to use binutils 2.15 you've got to be on a bleeding edge 3.4 as well. (Mainline cvs should be fine) ... Alanm did some changes for -many and other ppc/ppc64 options.
The bug below is because binutils thinks it doesn't have to emit altivec instructions and it really does.
Going to mark this effectively won't fix but I will update the bug with the exact gcc / binutils combo would should be "productive".
I've verified this does work. 3.4 + 2.15 binutils does yeild a successful kernel build. (didn't test boot it... but it's good ... it's gotta be... I have faith! :-)
sticking a fork in it