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? The
FYI, I've pushed this:
From 22e91b1ffcc74d3cfa0466741dec6f54841e042f Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
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
Eric Blake wrote:
That is a no-no when using gnulib. EVERY .c file in your
project MUST include config.h prior to anything else (or include a
project-specific .h which in turn includes config.h first).
Yes. This is actually already documented in gnulib's documentation:
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 useless
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
-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
-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 you are
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 config.h first is easy to forget.
You might want to use rules like these from gnulib's maint.mk:
# Nearly all .c files must
Colin Watson cjwat...@debian.org 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
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 than
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 19
11 matches
Mail list logo