[Qemu-devel] Re: Fix Sparc/Linux host breakage by df70204db53e3611af986f434e74a882bce190ca

[Kirill A. Shutemov]

On Sun, Sep 13, 2009 at 9:31 PM, Blue Swirl <address@hidden> wrote:
> On Sun, Sep 13, 2009 at 8:45 PM, Kirill A. Shutemov
> <address@hidden> wrote:
>> On Sun, Sep 13, 2009 at 8:28 PM, Blue Swirl <address@hidden> wrote:
>>> On Sun, Sep 13, 2009 at 8:19 PM, Kirill A. Shutemov
>>> <address@hidden> wrote:
>>>> On Sun, Sep 13, 2009 at 7:47 PM, Blue Swirl <address@hidden> wrote:
>>>>> On Sun, Sep 13, 2009 at 7:39 PM, Kirill A. Shutemov
>>>>> <address@hidden> wrote:
>>>>>> Could you provide more info about breakage?
>>>>>>
>>>>>
>>>>>  LINK  i386-linux-user/qemu-i386
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_fini':
>>>>> (.text+0x4): undefined reference to `__fini_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_fini':
>>>>> (.text+0x8): undefined reference to `__fini_array_end'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_fini':
>>>>> (.text+0xc): undefined reference to `__fini_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_fini':
>>>>> (.text+0x10): undefined reference to `__fini_array_end'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0x64): undefined reference to `__preinit_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0x68): undefined reference to `__preinit_array_end'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0x6c): undefined reference to `__preinit_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0x70): undefined reference to `__preinit_array_end'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0xc0): undefined reference to `__init_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0xc4): undefined reference to `__init_array_end'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0xc8): undefined reference to `__init_array_start'
>>>>> /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libc.a(elf-init.o):
>>>>> In function `__libc_csu_init':
>>>>> (.text+0xcc): undefined reference to `__init_array_end'
>>>>> collect2: ld returned 1 exit status
>>>>> make[1]: *** [qemu-i386] Error 1
>>>>
>>>> Is it reproducible for all linux-user targets or only for i386?
>>>
>>> I think all of them. I did not run the compilation with make -k very
>>> far until I fixed this but there were others.
>>>
>>>>> Using built-in specs.
>>>>> Target: sparc-linux-gnu
>>>>> Configured with: ../src/configure -v --with-pkgversion='Debian
>>>>> 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
>>>>> --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr
>>>>> --enable-shared --with-system-zlib --libexecdir=/usr/lib
>>>>> --without-included-gettext --enable-threads=posix --enable-nls
>>>>> --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3
>>>>> --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc
>>>>> --enable-mpfr --with-cpu=v8 --with-long-double-128
>>>>> --enable-checking=release --build=sparc-linux-gnu
>>>>> --host=sparc-linux-gnu --target=sparc-linux-gnu
>>>>> Thread model: posix
>>>>> gcc version 4.3.2 (Debian 4.3.2-1.1)
>>>>>
>>>>
>>>> What is your version of glibc and bintuils?
>>>>
>>>
>>> dpkg -s libc6|grep Version
>>> Version: 2.7-18
>>>
>>> dpkg -s binutils|grep Version
>>> Version: 2.18.1~cvs20080103-7
>>>
>>
>> I guess, the problem is in sparc.ld. It lacks defining these symbols.
>> Could you play with sparc.ld to fix the problem without ugly hacks?
>>
>
> I see. The attached patch fixes the problem.
>

Acked-by: Kirill A. Shutemov <address@hidden>