From 46375488ba648de505a5933f3b953e5f3573095b Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <thomas@codesourcery.com>
Date: Tue, 7 Aug 2012 23:31:21 +0200
Subject: * open_issues/packaging_libpthread: One issue fixed.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

hurd/libpthread.git, commit 549aba4335946c26f2701c2b43be0e6148d27c09 »Fix
libpthread.so symlink«.
---
 open_issues/packaging_libpthread.mdwn | 16 +++++-----------
 1 file changed, 5 insertions(+), 11 deletions(-)

(limited to 'open_issues/packaging_libpthread.mdwn')

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
-- 
cgit v1.2.3


From a1aeddc112d4086d1873f4be17d623272c6f0eba Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <thomas@codesourcery.com>
Date: Tue, 7 Aug 2012 23:33:51 +0200
Subject: * open_issues/packaging_libpthread: One issue fixed.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

hurd/libpthread.git, commit af7d78e726cb0d3248c461cfee27fe15121dacd1 »Rename
ia32 sysdep directories to i386.«.
---
 open_issues/packaging_libpthread.mdwn | 30 +-----------------------------
 1 file changed, 1 insertion(+), 29 deletions(-)

(limited to 'open_issues/packaging_libpthread.mdwn')

diff --git a/open_issues/packaging_libpthread.mdwn b/open_issues/packaging_libpthread.mdwn
index d22b7be0..be2ca2aa 100644
--- a/open_issues/packaging_libpthread.mdwn
+++ b/open_issues/packaging_libpthread.mdwn
@@ -93,7 +93,6 @@ License|/fdl]]."]]"""]]
       by anybody?
     <youpi> they are half-finished (no __PTHREAD_SPIN_LOCK_INITIALIZER), and
       come in the way when building in glibc
-    <youpi> also, any reason for using ia32 and not i386? glibc uses the latter
     <youpi> pinotree: rid of pthread-stubs yes
     <pinotree> \o/
     <tschwinge> youpi: You mean sysdeps/mach/i386/machine-lock.h?  No idea
@@ -101,7 +100,7 @@ License|/fdl]]."]]"""]]
     <youpi> I'm talking about libpthread
     <youpi> not glibc
     <tschwinge> Oh.
-    <tschwinge> sysdeps/ia32/bits/spin-lock.h:# define
+    <tschwinge> sysdeps/i386/bits/spin-lock.h:# define
       __PTHREAD_SPIN_LOCK_INITIALIZER ((__pthread_spinlock_t) 0)
     <tschwinge> Anyway, no idea about that either.
     <youpi> that one is meant to be used with the spin-lock.h just below
@@ -128,33 +127,6 @@ License|/fdl]]."]]"""]]
       no-add-needed issue
 
 
-## IRC, freenode, #hurd, 2012-04-27
-
-    <pinotree> youpi: wouldn't be the case to rename ia32 subdirs to i386 in
-      libpthread?
-    <pinotree> after all, Makefile hardcodes it, Makefile.am sets the variable
-      for it, and glibc expects i386
-    <youpi> I know, I've asked tschwinge about it
-    <youpi> it's not urging anyway
-    <pinotree> right
-
-
-## IRC, freenode, #hurd, 2012-07-21
-
-    <pinotree> tschwinge: btw, samuel suggested to rename in libpthread ia32 →
-      i386, to better fit with glibc
-    <tschwinge> pinotree: Hmm, that'd somewhat break interopability with
-      Viengoos' use of libpthread.
-    <pinotree> how would it break with viengoos?
-    <tschwinge> I assume it is using the i386 names.  Hmm, no isn't it x86_64
-      only?
-    <tschwinge> I'll check.
-    <pinotree> does it use automake (with the Makefile.am in repo)?
-    <tschwinge> I have no idea what the current branch arrangement is.
-    <pinotree> tschwinge: it looks like ia32 is hardcoded in Makefile and
-      Makefile.am
-
-
 ## IRC, freenode, #hurd, 2012-08-07
 
     <tschwinge> Also, the Savannah hurd/glibc.git one does not/not yet include
-- 
cgit v1.2.3