I am trying to run C programs compiled for MIPS32 big-endian architecture on an
x86_64 host. And I am using Ubuntu 18.04 LTS.
I installed the prebuilt cross compiler using the following command:
$ sudo apt install gcc-mips-linux-gnu
Then, I built Qemu from source with the commands below:
$
I am trying to run C programs compiled for MIPS32 big-endian architecture on an
x86_64 host. And I am using Ubuntu 18.04 LTS.
I installed the prebuilt cross compiler using the following command:
$ sudo apt install gcc-mips-linux-gnu
Then, I built Qemu from source with the commands below:
$
The solution is:
$ cd /usr/mips-linux-gnu
$ sudo mkdir etc
$ sudo ldconfig -C etc/ld.so.cache -r .
(Credit: Aleksandar Markovic at Qemu-devel)
-- Original --
From: "Libo Zhou";;
Send time: Monday, Sep 2, 2019 6:21 PM
To: "qemu-discuss"
Hi Peter,
Thanks for your reply. Creating a dummy ld.so.cache in ${sysroot}/etc/ did the
trick for me. It was missing.
Cheers,
Libo
-- Original message --
From: "Peter Maydell";
Sendtime: Tuesday, Sep 3, 2019 4:17 PM
To: "Libo Zhou"
I have noticed that I can log some useful information using the "-d" switch. I
tried logging in_asm out of curiosity and found out that there is a massive
amount of assembly in the log (10,000+ lines). The assembly generated by gcc
doesn't have so many lines (10+ lines).
This happens very rarely, but it is now becoming problematic. I've been waiting
for some responses for days, only to finally realize my mails were not sent to
the list. What would be the possible reason for that? I can still receive the
list emails.
Well, what if this one can't go to the list?
Hi all,
I need a way to manipulate data saved in a reserved memory region in linux user
space emulation. I found the -B option very promising. Documentation says it
is useful when the address region required by guest applications is reserved on
the host.
But how can I initialize that memory w