[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: r3403 - in glibc-package/trunk/debian: . patches patches/any patches/hppa



On Wed, Apr 08, 2009 at 03:05:16PM +0200, Aurelien Jarno wrote:
> Aurelien Jarno a écrit :
> > Carlos O'Donell a écrit :
> >> On Wed, Apr 8, 2009 at 4:43 AM, Aurelien Jarno
> >> <aurel32@alioth.debian.org> wrote:
> >>> Author: aurel32
> >>> Date: 2009-04-08 08:43:52 +0000 (Wed, 08 Apr 2009)
> >>> New Revision: 3403
> >>>
> >>> Added:
> >>>   glibc-package/trunk/debian/patches/any/local-csu-init.diff
> >>>   glibc-package/trunk/debian/patches/hppa/local-nptl-compat.diff
> >>> Modified:
> >>>   glibc-package/trunk/debian/changelog
> >>>   glibc-package/trunk/debian/patches/series
> >>> Log:
> >>>  * patches/any/local-csu-init.diff, patches/hppa/local-nptl-compat.diff:
> >>>    new patches from Carlos O'Donell to add a compatibility layer for
> >>>    binaries built against linuxthreads.
> >> What were your test results with these patches?
> >>
> > 
> > It is currently still building, I'll mail them when they are available.
> > 
> 
> Actually it fails to build:
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/init.c: In function
> ‘__pthread_initialize_minimal_internal’:
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/init.c:348: error:
> ‘FUTEX_WAIT_BITSET’ undeclared (first use in this function)
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/init.c:348: error: (Each
> undeclared identifier is reported only once
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/init.c:348: error: for each
> function it appears in.)
> ../ports/sysdeps/unix/sysv/linux/hppa/nptl/init.c:348: error:
> ‘FUTEX_CLOCK_REALTIME’ undeclared (first use in this function)
> 
> Note that I am trying those patches on glibc 2.9, does your patches use
> features from version 2.10?
> 

I have problems to backport your patches to 2.9 (though I haven't try
very hard). As glibc 2.10 is going to be released soon, I think the best
is actually to package a snapshot of the current CVS, add your patches,
and upload it to experimental.

This will have the advantage of introducing your patches with the
correct symbol versioning, and to also test this version on other 
architectures.

It will take me a bit more time to upload a package though.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: