coreutils
[Top][All Lists]
Advanced

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

Re: configure:22781: error: possibly undefined macro: gl_REPLACE_FCLOSE


From: Eric Blake
Subject: Re: configure:22781: error: possibly undefined macro: gl_REPLACE_FCLOSE
Date: Fri, 29 Jul 2011 05:31:25 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110621 Fedora/3.1.11-1.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.11

On 07/27/2011 01:52 PM, Jim Meyering wrote:
Thanks for the report and suggestion.
While the gnulib patch Pádraig referred to makes it so
fclose would no longer be required, we do want to use that module
to ensure we get a working replacement for the buggy fclose on at
least two relatively common systems:

From e2bd7a288f4b4b0ac99350f3c6ac10cd97abf9a6 Mon Sep 17 00:00:00 2001
From: Jim Meyering<address@hidden>
Date: Wed, 27 Jul 2011 21:48:59 +0200
Subject: [PATCH] build: require gnulib's fclose module

* bootstrap.conf (gnulib_modules): Explicitly use the fclose module.
This is required, now that gnulib's close module no longer depends
on fclose.  This fixes fclose bugs affecting at least glibc 2.13
and FreeBSD.  Reported by Bernhard Voelker.  Suggested by Eric Blake.

By the way, glibc 2.14 caused a regression in fclose() - it fixed one bug, but introduced another (calling fclose() now ends up blindly using lseek() on the underlying file description back to the stream position, even if the stream was not used for I/O, in violation of POSIX) - I expect more gnulib workarounds to fix the glibc 2.14 bug in the near future:
http://lists.gnu.org/archive/html/bug-gnulib/2011-07/msg00437.html

So that's all the more reason to include this patch.

--
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org



reply via email to

[Prev in Thread] Current Thread [Next in Thread]