patches/glibc/ports-2.9/100-arm_linux_tls.patch
author |
"Yann E. MORIN" <yann.morin.1998@free.fr> |
|
Tue Oct 16 20:57:44 2012 +0200 (2012-10-16) |
changeset 3079 |
37831a33e07e |
parent 1273 |
33f0fcab7f03
|
permissions |
-rw-r--r-- |
kernel/linux: fix using custom location
Currently, extract and patch are skipped as thus:
- using a custom directory of pre-installed headers
- a correctly named directory already exists
Otherwise, extract and patch are done.
The current second condition is wrong, because it allows the following
sequence to happen:
- a non-custom kernel is used
- a previous build only partially extracted the non-custom sources
- that p[revious build broke during extraction (eg. incomplete tarball...)
- a subsequent build will find a properly named directory, and will
thus skip extract and patch, which is wrong
Fix that by following the conditions in this table:
Type | Extract | Patch
----------------------+---------+-------
Pre-installed headers | N | N
custom directory | N | N
custom tarball | Y | N
mainstream tarball | Y | Y
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: David Holsgrove <david.holsgrove@xilinx.com>
yann@1216
|
1 |
Original patch from http://www.nabble.com/arm-linux-compilation-failure-and-possible-fix-td19229074.html
|
yann@1216
|
2 |
|
yann@1276
|
3 |
diff -durN glibc-2.9.orig/ports/sysdeps/unix/sysv/linux/arm/sysdep.h glibc-2.9/ports/sysdeps/unix/sysv/linux/arm/sysdep.h
|
yann@1276
|
4 |
--- glibc-2.9.orig/ports/sysdeps/unix/sysv/linux/arm/sysdep.h 25 Nov 2008 16:37:26 -0000 1.33
|
yann@1276
|
5 |
+++ glibc-2.9/ports/sysdeps/unix/sysv/linux/arm/sysdep.h 27 Jan 2009 15:35:38 -0000
|
yann@1216
|
6 |
@@ -28,6 +28,8 @@
|
yann@1216
|
7 |
/* Defines RTLD_PRIVATE_ERRNO and USE_DL_SYSINFO. */
|
yann@1216
|
8 |
#include <dl-sysdep.h>
|
yann@1216
|
9 |
|
yann@1216
|
10 |
+#include <tls.h>
|
yann@1216
|
11 |
+
|
yann@1216
|
12 |
/* For Linux we can use the system call table in the header file
|
yann@1216
|
13 |
/usr/include/asm/unistd.h
|
yann@1216
|
14 |
of the kernel. But these symbols do not follow the SYS_* syntax
|