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