summaryrefslogtreecommitdiff
path: root/open_issues/packaging_libpthread.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@codesourcery.com>2012-08-07 23:31:21 +0200
committerThomas Schwinge <thomas@codesourcery.com>2012-08-07 23:31:21 +0200
commit46375488ba648de505a5933f3b953e5f3573095b (patch)
treec04b692908a4dac7acfa299f5f990a5e5cbb3126 /open_issues/packaging_libpthread.mdwn
parent7c23e08a4294373332b473d25173e4187ede0d5a (diff)
* open_issues/packaging_libpthread: One issue fixed.
hurd/libpthread.git, commit 549aba4335946c26f2701c2b43be0e6148d27c09 »Fix libpthread.so symlink«.
Diffstat (limited to 'open_issues/packaging_libpthread.mdwn')
-rw-r--r--open_issues/packaging_libpthread.mdwn16
1 files changed, 5 insertions, 11 deletions
diff --git a/open_issues/packaging_libpthread.mdwn b/open_issues/packaging_libpthread.mdwn
index 528e0b01..d22b7be0 100644
--- a/open_issues/packaging_libpthread.mdwn
+++ b/open_issues/packaging_libpthread.mdwn
@@ -168,15 +168,11 @@ License|/fdl]]."]]"""]]
<tschwinge> The libpthread in Debian glibc is
hurd/libpthread.git:b428baaa85c0adca9ef4884c637f289a0ab5e2d6 but with
25260994c812050a5d7addf125cdc90c911ca5c1 »Store self in __thread variable
- instead of threadvar« reverted (why?), and the following additional
- change applied to Makefile:
- <tschwinge> ifeq ($(IN_GLIBC),yes)
- <tschwinge> $(inst_libdir)/libpthread.so:
- $(objpfx)libpthread.so$(libpthread.so-version) \
- <tschwinge> $(+force)
- <tschwinge> - ln -sf $(slibdir)/libpthread.so$(libpthread.so-version)
- $@
- <tschwinge> + ln -sf libpthread.so$(libpthread.so-version) $@
+ instead of threadvar« reverted (why?), [...]
+
+..., and 549aba4335946c26f2701c2b43be0e6148d27c09 »Fix libpthread.so symlink«
+cherry-picked.
+
<braunr> tschwinge: is there any plan to merge libpthread.git in glibc.git
upstream ?
<tschwinge> braunr, youpi: Has not yet been discussed with Roland, as far
@@ -185,5 +181,3 @@ License|/fdl]]."]]"""]]
<youpi> libpthread.diff is supposed to be a verbatim copy of the repository
<youpi> and then there are a couple patches which don't (yet) make sense
upstream
- <youpi> the slibdir change, however, is odd
- <youpi> it must be a leftover