alpha: Fix signal thunk unwind info

2013-11-16  Richard Henderson  <rth@redhat.com>

	* sysdeps/unix/sysv/linux/alpha/rt_sigaction.S: Include a nop
	before each signal thunk.

URL: https://bugs.gentoo.org/480740
URL: https://sourceware.org/ml/libc-ports/2013-11/msg00000.html

(cherry picked from commit 027e32bd42314e17095ba39df82ef293f4a72c09)
hppa: add fanotify_mark

Another example of all the 64bit arches getting the definition via a
common file, but the 32bit ones all adding it by themselves and hppa
was missed.

I'm not entirely sure about the usage of GLIBC_2.19 symbols here.
We'd like to backport this so people can use it, but it means we'd
be releasing a glibc-2.17/glibc-2.18 with a GLIBC_2.19 symbol in it.
But maybe it won't be a big deal since you'd only get that 2.19 ref
if you actually used the symbol ?

There hasn't been a glibc release where hppa worked w/out a bunch of
patches, so in reality there's only two distros that matter -- Gentoo
and Debian.

URL: https://bugs.gentoo.org/480268
Reported-by: Jeroen Roovers <jer@gentoo.org>
Signed-off-by: Mike Frysinger <vapier@gentoo.org>

(cherry picked from commit 18d4371683fbe347bf4fbaef05d18b5a4918887a)
Accept make versions 4.0 and greater

URL: https://bugs.gentoo.org/487906

(cherry picked from commit 28d708c44bc47b56f6551ff285f78edcf61c208a)
Don't use broken DL_AUTO_FUNCTION_ADDRESS()

On hppa and ia64, the macro DL_AUTO_FUNCTION_ADDRESS() uses the
variable fptr[2] in it's own scope.

The content of fptr[] is thus undefined right after the macro exits.
Newer gcc's (>= 4.7) reuse the stack space of this variable triggering
a segmentation fault in dl-init.c:69.

To fix this we rewrite the macros to make the call directly to init
and fini without needing to pass back a constructed function pointer.

URL: https://bugs.gentoo.org/486618
URL: https://bugs.gentoo.org/486974

(cherry picked from commit daf75146de07303ea0c5ad700ec5ef703ec114a1)