* Known hppa port issues
@ 2013-09-03 15:51 Joseph S. Myers
0 siblings, 0 replies; only message in thread
From: Joseph S. Myers @ 2013-09-03 15:51 UTC (permalink / raw)
To: libc-ports, Mike Frysinger, carlos
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
architectures.
(b) There are no ABI test baselines for hppa.
(c) hppa still has conditionals on or definitions of obsolete macros
USE_TLS and USE___THREAD.
(d) sysdeps/unix/sysv/linux/hppa/bits/mman.h is missing MAP_STACK
and MAP_HUGETLB.
(e) sysdeps/unix/sysv/linux/hppa/bits/mman.h is missing
MADV_HUGEPAGE, MADV_NOHUGEPAGE, MADV_DONTDUMP, MADV_DODUMP and
MADV_HWPOISON. If applicable, use bits/mman-linux.h as part of the
fix.
(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
__USE_XOPEN2K8.
(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/configure.in 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/configure.in - 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 c++-types.data for hppa.
(p) The TLS configure checks should be removed from
sysdeps/hppa/configure.in, 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
8313cb997d2da2465c8560d3164358a68ea1e9ad.
(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
joseph@codesourcery.com
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2013-09-03 15:51 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-09-03 15:51 Known hppa port issues Joseph S. Myers
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).