bug-gnulib
[Top][All Lists]
Advanced

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

Re: popen binary mode patch


From: Eric Blake
Subject: Re: popen binary mode patch
Date: Mon, 05 Apr 2010 13:41:09 -0600
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666

According to Eric Blake on 2/22/2010 4:29 PM:
> According to Bruce Korb on 2/22/2010 3:50 PM:
>>> The question, though, is whether cygwin's extension is useful enough to
>>> push on all platforms.  Gnulib tends to favor glibc extensions rather than
>>> cygwin extensions.  In other words, it is hard to justify replacing a
>>> glibc function that is perfectly standards-compliant.
>>
>> My philosophy is slightly different.  I prefer to go with whatever it is
>> that makes life easier for programming to multiple platforms.
> 
> http://sources.redhat.com/bugzilla/show_bug.cgi?id=11312

Unfortunately, Uli rejected it today.

> 
> We'll see if others agree with your argument, or whether it is just
> simpler to fix the caller.  I'd prefer to wait for some feedback from the
> glibc folks before doing anything in gnulib.

Given that Uli outright rejected the proposal of supporting popen(,"rb"),
does anyone else think it is worth changing gnulib to unilaterally declare
that glibc's popen is deficient (perhaps by adding a new module
popen-binary, so that those worried only about POSIX compliance don't have
to pick up on the bloat), or is this a case where sharutils should just
get used to writing popen(,O_BINARY?"rb":"r")?

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

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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