public inbox for
 help / color / mirror / Atom feed
From: "Joseph S. Myers" <>
To: <>, Mike Frysinger <>,
Subject: Known hppa port issues
Date: Tue, 03 Sep 2013 15:51:00 -0000	[thread overview]
Message-ID: <> (raw)

Since there seems to be some activity fixing old issues of the hppa port 
being out-of-date with respect to other architectures, here's the current 
version of my list of such issues (this is in addition to anything in 
Bugzilla, and may be incomplete in other ways).

* hppa:

  (a) sysdeps/unix/sysv/linux/hppa/syscalls.list has a
  __connect_internal alias that has been removed for other

  (b) There are no ABI test baselines for hppa.

  (c) hppa still has conditionals on or definitions of obsolete macros

  (d) sysdeps/unix/sysv/linux/hppa/bits/mman.h is missing MAP_STACK

  (e) sysdeps/unix/sysv/linux/hppa/bits/mman.h is missing
  MADV_HWPOISON.  If applicable, use bits/mman-linux.h as part of the

  (f) sysdeps/unix/sysv/linux/hppa/bits/shm.h is missing SHM_EXEC.

  (g) sysdeps/unix/sysv/linux/hppa/bits/sigaction.h is missing the
  change to define SA_RESTART, SA_NODEFER and SA_RESETHAND if

  (h) sysdeps/unix/sysv/linux/hppa/sys/epoll.h still exists but
  bits/epoll.h should now be provided instead.

  (i) sysdeps/unix/sysv/linux/hppa/sys/eventfd.h still exists but
  bits/eventfd.h should now be provided instead.

  (j) sysdeps/unix/sysv/linux/hppa/sys/inotify.h still exists but
  bits/inotify.h should now be provided instead.

  (k) sysdeps/unix/sysv/linux/hppa/sys/signalfd.h still exists but
  bits/signalfd.h should now be provided instead.

  (l) sysdeps/unix/sysv/linux/hppa/sys/timerfd.h still exists but
  bits/timerfd.h should now be provided instead.

  (m) An entry in libc's sysdeps/unix/sysv/linux/ for hppa
  was removed on 2012-01-07 and a ports update may be needed.  That
  entry may actually have been dead because of the arch_minimum_kernel
  setting in sysdeps/unix/sysv/linux/hppa/nptl/ - but in
  that case, there's the question of whether the
  libc_cv_gcc_unwind_find_fde=yes that was in libc's file for hppa
  should go in the ports version (if that was a correct description of
  old libc binaries on hppa).

  (n) sysdeps/unix/sysv/linux/hppa/kernel-features.h still defines
  __ASSUME_32BITUIDS and __ASSUME_TRUNCATE64_SYSCALL (no longer used).

  (o) There is no for hppa.

  (p) The TLS configure checks should be removed from
  sysdeps/hppa/, now the rule is that we assume a
  recent-enough binutils and such checks are no longer needed for each
  architecture and have been removed for other architectures.

  (q) __ASSUME_LWS_CAS (definition and uses) should be removed now
  2.6.16 is the global minimum kernel version.

  (r) lll_futex_timed_wait_bitset should be defined for hppa.

  (s) hppa needs a sotruss-lib.c file.

  (t) hppa should use FUTEX_*_REQUEUE_PI as per commit

  (u) hppa pthread.h is out of date relative to the
  architecture-independent version (at least, missing the declarations
  of pthread_getattr_default_np and pthread_setattr_default_np).

Joseph S. Myers

                 reply	other threads:[~2013-09-03 15:51 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).