Processed: closing 190367
Processing commands for cont...@bugs.debian.org: > close 190367 Bug #190367 [hurd] libc0.3-dev: fcntl F_GETLK not implemented (ENOSYS) Bug #748943 [hurd] Add support for record file locks Marked Bug as done Marked Bug as done > thanks Stopping processing here. Please contact me if you need assistance. -- 190367: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=190367 748943: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748943 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Hurd's libc and pthread_[gs]etaffinity_np api
Julien Puydt, le mer. 19 août 2020 12:20:23 +0200, a ecrit: > my src:flint package fails to build on hurd-i386 because the > pthread_[gs]etaffinity_np api isn't available in the libc there. > > That seems strange since I have seen (via the exodar.debian.net > porterbox) that it was using a glibc 2.31, while this api is supposed > to be available since 2.3.2. APIs with the _np suffix (non-portable) are implementation-specific. Linux introduced it, but it was not introduced on the Hurd yet. > But I couldn't also open a bug report on the Debian side, since the > libc0.3 package doesn't exist in the BTS, Yes, that's the problem with ports. Samuel
Hurd's libc and pthread_[gs]etaffinity_np api
Hi, my src:flint package fails to build on hurd-i386 because the pthread_[gs]etaffinity_np api isn't available in the libc there. That seems strange since I have seen (via the exodar.debian.net porterbox) that it was using a glibc 2.31, while this api is supposed to be available since 2.3.2. I opened a ticket upstream because they don't check for the api properly ( https://github.com/wbhart/flint2/issues/826 ), and I expect they will have a sharper test to #ifdef that code away (currently they only check for cpu_set_t), so the problem is going to be solved soon. But I couldn't also open a bug report on the Debian side, since the libc0.3 package doesn't exist in the BTS, so I'm turning to this list. Cheers, JP
