This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: x86_64 Linux kernel failed to build with the binutils in CVS
- From: "H. J. Lu" <hjl at lucon dot org>
- To: jbeulich at novell dot com
- Cc: binutils at sources dot redhat dot com
- Date: Wed, 6 Apr 2005 15:20:08 -0700
- Subject: Re: x86_64 Linux kernel failed to build with the binutils in CVS
- References: <20050406212358.GA17451@lucon.org>
On Wed, Apr 06, 2005 at 02:23:58PM -0700, H. J. Lu wrote:
> I got
>
> [hjl@gnu-9 linux-2.6.9]$ ld -m elf_x86_64 -e stext -o .tmp_vmlinux1 -T
> arch/x86_64/kernel/vmlinux.lds arch/x86_64/kernel/head.o
> arch/x86_64/kernel/head64.o arch/x86_64/kernel/init_task.o
> init/built-in.o --start-group usr/built-in.o
> arch/x86_64/kernel/built-in.o arch/x86_64/mm/built-in.o
> arch/x86_64/ia32/built-in.o kernel/built-in.o mm/built-in.o
> fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o
> lib/lib.a arch/x86_64/lib/lib.a lib/built-in.o
> arch/x86_64/lib/built-in.o drivers/built-in.o sound/built-in.o
> arch/x86_64/pci/built-in.o net/built-in.o --end-group
> arch/x86_64/kernel/head.o: In function `reach_long64':
> arch/x86_64/kernel/head.S:(.text+0x10e): relocation truncated to fit:
> R_X86_64_32 against symbol `cpu_gdt_descr' defined in .data section in
> arch/x86_64/kernel/head.o
> arch/x86_64/kernel/head.S:(.text+0x11a): relocation truncated to fit:
> R_X86_64_32 against symbol `empty_zero_page' defined in .text section
> in arch/x86_64/kernel/head.o
> arch/x86_64/kernel/head64.o: In function `clear_bss':
> arch/x86_64/kernel/head64.c:26: relocation truncated to fit:
> R_X86_64_32 against symbol `__bss_end' defined in *ABS* section in
> <none>
> arch/x86_64/kernel/head64.o: In function `x86_64_start_kernel':
> arch/x86_64/kernel/head64.c:26: relocation truncated to fit:
> R_X86_64_32 against symbol `__bss_start' defined in *ABS* section in
> <none>
> arch/x86_64/kernel/head64.c:26: relocation truncated to fit:
> R_X86_64_32 against symbol `__bss_start' defined in *ABS* section in
> <none>
> arch/x86_64/kernel/head64.o: In function `copy_bootdata':
> arch/x86_64/kernel/head64.c:45: relocation truncated to fit:
> R_X86_64_32 against symbol `x86_boot_params' defined in .init.data
> section in arch/x86_64/kernel/built-in.o
> arch/x86_64/kernel/head64.c:49: relocation truncated to fit:
> R_X86_64_32 against `.rodata.str1.1'
> arch/x86_64/kernel/head64.c:53: relocation truncated to fit:
> R_X86_64_32 against `.rodata.str1.1'
> arch/x86_64/kernel/head64.c:56: relocation truncated to fit:
> R_X86_64_32 against symbol `saved_command_line' defined in .bss section
> in init/built-in.o
> arch/x86_64/kernel/head64.c:57: relocation truncated to fit:
> R_X86_64_32 against symbol `saved_command_line' defined in .bss section
> in init/built-in.o
> arch/x86_64/kernel/head64.c:57: additional relocation overflows omitted
> from the output
>
> It may have something to do with
>
> http://sourceware.org/ml/binutils/2005-03/msg00925.html
>
> I am investigating now.
This patch is the cause
http://sourceware.org/ml/binutils/2005-03/msg00850.html
H.J.