Re: can't compile kernel for parisc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2009/2/28 John David Anglin <dave@xxxxxxxxxxxxxxxxxx>:
>> (no debugging symbols found)
>> /usr/bin/ld:
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x4080f404 in strlen () from /lib/libc.so.6
>> (gdb) backtrace
>> #0  0x4080f404 in strlen () from /lib/libc.so.6
>> #1  0x407d5428 in vfprintf () from /lib/libc.so.6
>> #2  0x407d1304 in ?? () from /lib/libc.so.6
>> #3  0x407d18b0 in vfprintf () from /lib/libc.so.6
>> #4  0x4088359c in __vfprintf_chk () from /lib/libc.so.6
>> #5  0x4040cdc8 in _bfd_default_error_handler () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #6  0x40432034 in ?? () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #7  0x40452f58 in bfd_elf_final_link () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #8  0x4042e764 in ?? () from
>> /usr/lib/binutils/hppa2.0-unknown-linux-gnu/2.18/libbfd-2.18.so
>> #9  0x00029f3c in ?? ()
>> #10 0x000295c8 in main ()
>>
>> Glibc is  2.9_p20081201, I will try older version.
>
> Assuming you have the glibc debug libraries, try the same backtrace
> with LD_LIBRARY_PATH set to /usr/lib/debug.  Try to determine
> if a bad pointer has been passed from _bfd_default_error_handler.
> This seems likely.
Hi John,

Thanks for you help
Is it more clear?

binutils-2.19.1, glibc-2.9_p20081201, gcc-4.3.3

/usr/bin/ld:
Program received signal SIGSEGV, Segmentation fault.
*__GI_strlen (str=0xc84 <Address 0xc84 out of bounds>) at strlen.c:64
64      strlen.c: No such file or directory.
        in strlen.c
(gdb) bt
#0  *__GI_strlen (str=0xc84 <Address 0xc84 out of bounds>) at strlen.c:64
#1  0x40542530 in _IO_vfprintf_internal (s=0xfb0d3520,
    format=0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=0xfb0d29cc)
    at vfprintf.c:1581
#2  0x40543284 in buffered_vfprintf (s=0x4064ab98, format=0xfb0d2a37
"): cannot reach %s, recompile with -ffunction-sections",
    args=0xfb0d55d0) at vfprintf.c:2188
#3  0x4053f2e0 in _IO_vfprintf_internal (s=0x4064ab98,
    format=0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=0xfb0d29d4)
    at vfprintf.c:1288
#4  0x405eddb4 in ___vfprintf_chk (fp=0x4064ab98, flag=1,
    format=0xfb0d2a0c "arch/parisc/kernel/built-in.o(.text.8+0x%lx):
cannot reach %s, recompile with -ffunction-sections", ap=0xfb0d29d4)
    at vfprintf_chk.c:35
#5  0x4004ec74 in _bfd_default_error_handler (fmt=0x400c1089 "+0x%lx):
cannot reach %s, recompile with -ffunction-sections")
    at /usr/include/bits/stdio2.h:128
#6  0x40074c94 in elf32_hppa_relocate_section (output_bfd=0x78d28,
info=0x68c00, input_bfd=0xd9060, input_section=0xf21c0,
    contents=0x43571008 "cows can fly", relocs=0x12b520,
local_syms=0x1891808, local_sections=0x1b350d8)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/bfd/elf32-hppa.c:3599
#7  0x40099480 in bfd_elf_final_link (abfd=0x78d28, info=0x68c00)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/bfd/elflink.c:9269
#8  0x40071374 in elf32_hppa_final_link (abfd=0xc84, info=0xfb0d2a37)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/bfd/elf32-hppa.c:3266
#9  0x0002a1e8 in ?? ()
#10 0x00029904 in main ()

Should I really recompile glibc with -ffunction-sections ?

bt full:

#5  0x4004ec74 in _bfd_default_error_handler (fmt=0x400c1089 "+0x%lx):
cannot reach %s, recompile with -ffunction-sections")
    at /usr/include/bits/stdio2.h:128
        ap = (va_list) 0xfb3229d4
        bufp = 0xfb322a31 "+0x%lx): cannot reach %s, recompile with
-ffunction-sections"
        new_fmt = 0xfb322a0c
"arch/parisc/kernel/built-in.o(.text.8+0x%lx): cannot reach %s,
recompile with -ffunction-sections"
        p = 0x400c10a1 ", recompile with -ffunction-sections"
        avail = 902
        buf = "arch/parisc/kernel/built-in.o(.text.8+0x%lx): cannot
reach %s, recompile with
-ffunction-sections\000ò÷\000\000\000\006\000\000\000\001\000\000\000\000\000\000\000\001ÿÿó|ÿÿÿÿ\000\000\000\001\000\000\000\000\000\000\000\000@\r0\230\000\b\003\230\000\000\000\000\000\000\200\000\000\000\000\000@\r0\230\000\v\v
\000\000\000\000\000\000\000\n\000\000\000\b\000\000\000\004\000\000@h\000\000\000F\000\000\000±\000\000\000±@\f\017\000"...
        __PRETTY_FUNCTION__ = "_bfd_default_error_handler"
#6  0x40074c94 in elf32_hppa_relocate_section (output_bfd=0x78d28,
info=0x68c00, input_bfd=0xd9060, input_section=0xf21c0,
    contents=0x43571008 "cows can fly", relocs=0x12b520,
local_syms=0x1891808, local_sections=0x1b350d8)
    at /var/tmp/portage/sys-devel/binutils-2.19.1/work/binutils-2.19.1/bfd/elf32-hppa.c:3599
        howto = <value optimized out>
        sym = (Elf_Internal_Sym *) 0x18920c8
        sym_name = <value optimized out>
        warned_undef = 0
        r_symndx = <value optimized out>
        hh = (struct elf32_hppa_link_hash_entry *) 0x0
        sym_sec = (asection *) 0xf21c0
        relocation = 18446744073709532028
        plabel = <value optimized out>
        r_type = 8
        rstatus = bfd_reloc_notsupported
        local_got_offsets = (bfd_vma *) 0x1384b8
        htab = (struct elf32_hppa_link_hash_table *) 0x7af50
        rela = (Elf_Internal_Rela *) 0x12bac0
        relend = (Elf_Internal_Rela *) 0x12c018
        __PRETTY_FUNCTION__ = "elf32_hppa_relocate_section"


>
> binutils has likely been miscompiled, or your kernel build has
> exposed a problem in binutils.  We may be not handling a relocation
> correctly during the final link.
>
> If you can, would you build CVS binutils with debugging.  Disable
> building shared libraries so we don't use libbfd-2.18.so.  Install
> it somewhere.  Replace your current versions of as and ld.  Then
> redo the kernel build.  If the same error occurs, we will have a
> version that can be debugged.

I will try it some time later.
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux SoC]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux