On Mon, Feb 06, 2017 at 09:53:26PM -0800, Richard Henderson wrote:
On 02/01/2017 02:04 AM, Stafford Horne wrote:
For kernel builds I have created toolchain binaries here:
http://shorne.noip.me/crosstool/files/bin/x86_64/5.4.0/
These should work.
This gdb crashes on the first "stepi" that I issue. To reproduce,
$ cat z.c
int main() { return 0; }
$ or1k-musl-linux-gcc -g z.c
$ qemu-or32 -g 10001 ./a.out
// another window
$ or1k-musl-linux-gdb ./a.out
(gdb) target remote localhost:10001
// should see that the pc is at _start
(gdb) stepi
// crash
I won't be able to debug this myself until I can build my own gdb.
Hello,
The gdb branch I use is the following, it is tracking very close to
upsstream:
address@hidden:stffrdhrn/binutils-gdb.git or1k-upstream
I have sent this for review to the gdb list and currently waiting on
comments for version 4. Most of the code is the same as in openrisc
github. However, I have just rebased and cleaned up for upstreaming.
However, when debugging I ran into a few errors.
1. qemu aborts the program and sends SIGILL to gdb, this is caused by
the openrisc loop in linux-user missing handlers for EXCP_INTERRUPT
and EXCP_DEBUG, I patched that see below: