While the ordering of hidden files in "ls -v" seems to be fixed
now, there are still inconsistencies. Here's what I get in the latest
snapshot:
,
| LANG=C /usr/local/src/coreutils-7.1.63-8e6a6/src/ls -alv
| total 0
| drwxr-xr-x 2 sven sven 160 Mar 19 11:13 .
| drwxrwxrwt 9 root root 200 Mar 1
Eric Blake wrote:
> It specifically states that results are unspecified for
> other things, like %b, where there could be more bytes than screen
> columns. Which means we should be free to interpret things in the way
> that makes the most sense, by interpreting %5b as five screen columns
> rather
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 3/17/2009 6:00 AM:
> Cygwin 1.7.0 will be adding even more wide character functions.
And fixed a bug where log2{,f} was only a macro, rather than an exported
function.
- --
Don't work too hard, make some time for fun as wel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 3/19/2009 5:45 AM:
> Eric Blake wrote:
>> "The results are unspecified ... or if a minimum field width is
>> specified for any conversion specifier other than C , F , G , or Y ."
>>
>> So I guess the gcc warning is nice if
This may have been discussed before, but I don't recall a solution, so
maybe a new report will help.
Gsasl and gnutls uses the close, socket and getline modules from gnulib.
I get a problem when building gnulib's self-tests for mingw. You can
reproduce it by using:
rm -rf m
gnulib-tool --create-
Eric Blake wrote:
> "The results are unspecified ... or if a minimum field width is
> specified for any conversion specifier other than C , F , G , or Y ."
>
> So I guess the gcc warning is nice if you are being portable to non-GNU
> strftime
And also with GNU strftime, the width feature is useles
Reuben Thomas wrote:
> On Wed, 18 Mar 2009, Eric Blake wrote:
>
>> Ahh. The bug is in zile, not gnulib.
>
> Ah, thanks very much, and apologies for the noise.
Always including first is easy to forget.
You might want to use rules like these from gnulib's maint.mk:
# Nearly all .c files must incl
Eric Blake wrote:
> That is a no-no when using gnulib. EVERY .c file in your
> project MUST include prior to anything else (or include a
> project-specific .h which in turn includes first).
Yes. This is actually already documented in gnulib's documentation:
http://www.gnu.org/software/gnulib/
Colin Watson ha escrit:
> Indeed, http://translationproject.org/POT-files/gnulib-1.1.pot is
> looking a bit stale. Could somebody on bug-gnulib update the POT file
> held by the TP, please?
That's my fault. I'll update it today.
Regards,
Sergey
FYI, I've pushed this:
>From 22e91b1ffcc74d3cfa0466741dec6f54841e042f Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Thu, 19 Mar 2009 09:15:24 +0100
Subject: [PATCH] fsusage: avoid syntax error due to statement-before-declaration
* lib/fsusage.c (get_fs_usage): Put warning-avoidance statement
Eric Blake wrote:
>> http://git.savannah.gnu.org/cgit/zile.git/tree/src/lists.c
>
> Wow. That was my first experience with cgit instead of gitweb, and I
> liked it. When did savannah add cgit, and when did the savannah project
> link to 'browse this project's source' switch over to the cgit URL?
11 matches
Mail list logo
