From 69fb04a0527df91d2615f113b3350b10c8cb355a Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 12 Sep 2014 18:31:13 +0200 Subject: open_issues/binutils: binutils-gdb: a01cbb490b34eda832c0215b8447e6aef68b0278 (2014-09-11) --- open_issues/binutils.mdwn | 68 ++++++++++++++++++++++++++++++++++++++--------- 1 file changed, 55 insertions(+), 13 deletions(-) (limited to 'open_issues') diff --git a/open_issues/binutils.mdwn b/open_issues/binutils.mdwn index 5a730a8d..7e9cb831 100644 --- a/open_issues/binutils.mdwn +++ b/open_issues/binutils.mdwn @@ -41,14 +41,14 @@ GDB needs an processor architecture as well as operating system port. -Last reviewed up to Git commit c2853f3d99797a321c37948297441ca6021f719a -(2014-02-14). +Last reviewed up to Git commit a01cbb490b34eda832c0215b8447e6aef68b0278 +(2014-09-11). * Globally @@ -119,6 +119,35 @@ Last reviewed up to Git commit c2853f3d99797a321c37948297441ca6021f719a * In `gdb/gnu-nat.c:gnu_wait`, we don't implement `gdb/target/wait.h:TARGET_WNOHANG`. What is this needed for? + * *complete errno.h* + + diff --git toolchain/logs/binutils-gdb/kepler.SCHWINGE/log_build_ toolchain/logs/binutils-gdb/laplace.SCHWINGE/log_build_ + [...] + -checking for complete errno.h... yes + +checking for complete errno.h... no + +checking for EMULTIHOP value... yes + +checking for ENOLINK value... yes + +checking for EOVERFLOW value... yes + [...] + +rm -f errno.h-t errno.h && \ + +{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ + + sed -e 's|@''GUARD_PREFIX''@|GL|g' \ + + -e 's|@''INCLUDE_NEXT''@|include_next|g' \ + + -e 's|@''PRAGMA_SYSTEM_HEADER''@|#pragma GCC system_header|g' \ + + -e 's|@''PRAGMA_COLUMNS''@||g' \ + + -e 's|@''NEXT_ERRNO_H''@||g' \ + + -e 's|@''EMULTIHOP_HIDDEN''@|0|g' \ + + -e 's|@''EMULTIHOP_VALUE''@||g' \ + + -e 's|@''ENOLINK_HIDDEN''@|0|g' \ + + -e 's|@''ENOLINK_VALUE''@||g' \ + + -e 's|@''EOVERFLOW_HIDDEN''@|0|g' \ + + -e 's|@''EOVERFLOW_VALUE''@||g' \ + + < ../../../../W._C._Handy/gdb/gnulib/import/errno.in.h; \ + +} > errno.h-t && \ + +mv errno.h-t errno.h + + [[!taglink open_issue_glibc]]? + * `libdecnumber/` Should/can probably align to GNU/Linux. @@ -167,13 +196,8 @@ Last reviewed up to Git commit c2853f3d99797a321c37948297441ca6021f719a # Build Here's a log of a binutils-gdb build run; this is from Git commit -c2853f3d99797a321c37948297441ca6021f719a (2014-02-14) plus -[[!message-id "87vbxxhww4.fsf@kepler.schwinge.homeip.net"]], -[[!message-id "8738kyi30l.fsf@kepler.schwinge.homeip.net"]], -[[!message-id "8761ofv62k.fsf@kepler.schwinge.homeip.net"]], -[[!message-id "1391759958-972-2-git-send-email-yao@codesourcery.com"]], -[[!message-id "1391759958-972-3-git-send-email-yao@codesourcery.com"]], run on -kepler.SCHWINGE and laplace.SCHWINGE. +a01cbb490b34eda832c0215b8447e6aef68b0278 (2014-09-11), run on kepler.SCHWINGE +and laplace.SCHWINGE. $ export LC_ALL=C $ ../W._C._Handy/configure --prefix="$PWD".install --enable-gold --with-sysroot=/ SHELL=/bin/dash CC=gcc-4.8 CXX=g++-4.8 --disable-werror 2>&1 | tee log_build @@ -308,7 +332,7 @@ kepler.SCHWINGE and [[2 min|performance#measure]] on laplace.SCHWINGE. $ make -k check 2>&1 | tee log_test [...] -This runs for [[25 min|performance#measure]] on kepler.SCHWINGE and [[60 +This runs for [[29 min|performance#measure]] on kepler.SCHWINGE and [[67 min|performance#measure]] on laplace.SCHWINGE. When running `make -k check 2>&1 | tee log_test`, at the end of the testsuite @@ -316,8 +340,8 @@ the `tee` process does not terminate if there are still stray leftover processes that [have their stdout/stderr open](http://sourceware.org/ml/gdb-patches/2012-10/msg00489.html). `kill`ing these (`SIGKILL` may be needed), makes the `tee` process terminate, too. On -GNU/Hurd, these generally are `gdb.multi/watchpoint-multi`, and an unknown -(`?`) GDB one ("57 PIDs before" `expect [...] gdb.cp`). +GNU/Hurd, these generally are `gdb.base/sigaltstack`, `gdb.base/siginfo`, +`gdb.base/watch-read`, `gdb.multi/watchpoint-multi`. ## Analysis @@ -388,6 +412,8 @@ like `gdb/testsuite/boards/cc-with-tweaks.exp` would help, or setting * Disabled + * `gdb.base/attach-wait-input.exp` + * `gdb.base/interrupt.exp` PASS: gdb.base/interrupt.exp: child process is alive @@ -562,6 +588,12 @@ like `gdb/testsuite/boards/cc-with-tweaks.exp` would help, or setting From `send signal TSTP` on, all FAIL running into timeouts. + * `gdb.base/watch-vfork.exp` + + * `gdb.base/watchpoint-hw-hit-once.exp` + + * `gdb.base/watchpoint-hw.exp` + * `gdb.python/py-inferior.exp` (mostly disabled) Running ../../../Ferry_Tagscherer/gdb/testsuite/gdb.python/py-inferior.exp ... @@ -606,6 +638,8 @@ like `gdb/testsuite/boards/cc-with-tweaks.exp` would help, or setting At this point, the system hangs; no new processes can be spawned, so perhaps an issue with the exec server. + * `gdb.threads/hand-call-in-threads.exp` + * `gdb.threads/manythreads.exp` [[!taglink open_issue_libpthread]]. Perhaps fails due to pthread @@ -615,6 +649,14 @@ like `gdb/testsuite/boards/cc-with-tweaks.exp` would help, or setting manythreads: ../libpthread/sysdeps/mach/pt-thread-halt.c:51: __pthread_thread_halt: Unexpected error: (ipc/rcv) invalid name. Killed + * `gdb.threads/signal-delivered-right-thread.exp` + + * `gdb.threads/step-over-trips-on-watchpoint.exp` + + * `gdb.threads/thread-find.exp` + + * `gdb.threads/watchpoint-fork.exp` + * Linux syscall usage, `` * `UNSUPPORTED: gdb.threads/ia64-sigill.exp: Couldn't compile ../../../master/gdb/testsuite/gdb.threads/ia64-sigill.c: unrecognized error` -- cgit v1.2.3