qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] mips user emulation broken in current SVN


From: Thiemo Seufer
Subject: Re: [Qemu-devel] mips user emulation broken in current SVN
Date: Tue, 2 Sep 2008 19:40:29 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

Tomasz Chmielewski wrote:
> Thiemo Seufer schrieb:
>> Tomasz Chmielewski wrote:
>>> I just fetched the newest SVN revision (5132), tried to build usermode 
>>> emulation targets, but it fails for mips and mipsel:
>>>
>>> To reproduce:
>>>
>>> $ ./configure --disable-system --static --enable-linux-user --disable-sdl 
>>> --target-list=mipsel-linux-user
>>> $ make
>>> make -C mipsel-linux-user all
>>> (...)
>>> gcc-3.3.6 -g  -m32 -static -Wl,-T,/usr/src/qemu-trunk-5132/i386.ld -o 
>>> qemu-mipsel main.o syscall.o strace.o mmap.o signal.o path.o thunk.o 
>>> elfload.o linuxload.o uaccess.o gdbstub.o libqemu.a ../libqemu_user.a   -lm 
>>> -lrt -lpthread
>>> libqemu.a(translate.o): In function `r4k_mmu_init':
>>> /usr/src/qemu-trunk-5132/target-mips/translate_init.c:458: undefined 
>>> reference to `r4k_do_tlbwi'
>>> /usr/src/qemu-trunk-5132/target-mips/translate_init.c:459: undefined 
>>> reference to `r4k_do_tlbwr'
>>> /usr/src/qemu-trunk-5132/target-mips/translate_init.c:460: undefined 
>>> reference to `r4k_do_tlbp'
>>> /usr/src/qemu-trunk-5132/target-mips/translate_init.c:461: undefined 
>>> reference to `r4k_do_tlbr'
>>> collect2: ld returned 1 exit status
>>> make[1]: *** [qemu-mipsel] Error 1
>>> make[1]: Leaving directory `/usr/src/qemu-trunk-5132/mipsel-linux-user'
>>> make: *** [subdir-mipsel-linux-user] Error 2
>>
>> Not reproducible here, I figure you have stale object files around in
>> those directories.
>
> It fails to compile for me on three different machines/distributions  
> (both with gcc 3.3.6) with a fresh svn checkout (now with trunk 5137)  
> and it failed in the same way.
>
> It compiles with gcc 3.4.6 though - is it expected (everything else  
> compiles with gcc 3.3.6)?

I generally use 3.4. It looks like 3.3 isn't intelligent enough to remove
such dead code. I comitted a patch which hopefully fixes it.


Thiemo




reply via email to

[Prev in Thread] Current Thread [Next in Thread]