Re: [LFS Trac] #5983: glibc-2.44

LFS Trac ([email protected] via lfs-book Mailing List) <[email protected]> Mon, 27 Jul 2026 01:17:38 -0000
Newsgroups gmane.linux.lfs.book
Message-ID <[email protected]>
This is a multi-part message in MIME format...

------------=_1785115064-1024790-6050
Content-Type: multipart/related;
 boundary="===============7432414060295530461=="

--===============7432414060295530461==
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

#5983: glibc-2.44
-------------------------+-----------------------
 Reporter:  Xi Ruoyao    |       Owner:  lfs-book
     Type:  enhancement  |      Status:  new
 Priority:  high         |   Milestone:  13.1
Component:  Book         |     Version:  git
 Severity:  normal       |  Resolution:
 Keywords:               |
-------------------------+-----------------------
Comment (by Xi Ruoyao):

 Replying to [comment:7 Xi Ruoyao]:
 > Anyway we have a more serious issue: https://sourceware.org/pipermail
 /libc-alpha/2026-July/179161.html
 >
 > To be clear this is not a test-suite-only issue: the compiled m4 binary
 really have the infinite recursing posix_spawn_file_actions_addchdir_np
 function.

 Adding ac_cv_func_posix_spawn_file_actions_addchdir=yes to m4, gettext,
 and bison is enough for LFS.  Maybe there are more cases in BLFS.  Perhaps
 adding it into $LFS/usr/share/config.site as a big hammer would be batter.
-- 
Ticket URL: <https://wiki.linuxfromscratch.org/lfs/ticket/5983#comment:12>
LFS Trac <https://wiki.linuxfromscratch.org/lfs/>
Linux From Scratch: Your Distro, Your Rules.

--===============7432414060295530461==--

------------=_1785115064-1024790-6050
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

-- 
http://lists.linuxfromscratch.org/sympa/info/lfs-book
Unsubscribe: See the above information page

------------=_1785115064-1024790-6050--