> Date: Wed, 28 Dec 2011 17:06:05 +0100
> From: Bastien ROUCARIES
> Cc: Eli Zaretskii , bug-gnulib ,
> bug-g...@gnu.org
>
> Isatty is broken under windows but this not the right fix.
What's wrong about it? If it fails under some conditions, please
describe them.
> In fact isatty under windows
[Can you please fix your mailer to use In-Reply-To so as to preserve
threading? Also, top-posting tends to be frowned on for technical lists.]
On 12/28/2011 09:06 AM, Bastien ROUCARIES wrote:
> Isatty is broken under windows but this not the right fix.
>
> In fact isatty under windows is equival
Isatty is broken under windows but this not the right fix.
In fact isatty under windows is equivalent to test if a file is a char
device.
Gnat has a better work arround
Bastien
Le 28 déc. 2011 14:20, "Paolo Bonzini" a écrit :
On 12/24/2011 01:59 PM, Eli Zaretskii wrote:
> + return
> +is
On 12/28/2011 01:58 PM, Eric Blake wrote:
> For glibc, this is a very unlikely assumption even considering patch 1
> only.
Not entirely unlikely - after all, glibc commit 2127a186 changed
getopt.c output from `' to '' style, back in 2008.
Yes, but patch 1 more or less covers only test code r
[adding bug-gnulib]
On 12/25/2011 09:43 PM, chunrong lai wrote:
> I tried to build a ARM version of findutils in my ubuntu 10.10 (x86_64)
> with below commands
> CC=arm-linux-gnueabi-gcc CFLAGS="-g" ./configure --build
> arm-cross-linux-gnueabi --host i686-pc-linux-gnu
In general, you shoul
On 12/24/2011 01:59 PM, Eli Zaretskii wrote:
+ return
+isatty (fd)
+#ifdef __MINGW32__
+/* Without the lseek call, Windows isatty returns non-zero for the
+ null device as well. */
+&& lseek (fd, SEEK_CUR, 0) == -1
+#endif
This fix to isatty should be done in gnulib.
Otherwise
On 12/27/2011 05:42 AM, Paolo Bonzini wrote:
> On 12/27/2011 02:39 AM, Paul Eggert wrote:
>>
>> As before, the assumption is that the changes affecting files
>> imported from upstream will be sent upstream; we shouldn't stop
>> importing merely because of quoting issues or minor commentary
>> chang
