On 09/18/2012 06:59 AM, Rhys Ulerich wrote:
> Do you think the gnulib infrastructure could be simply adapted to
> provide "modules" comprised of numerical algorithms with module
> dependencies representing algorithmic dependencies?
Yes, it should work.
> Does the gnulib
> infrastructure impose li
Signed-off-by: Ed Maste
---
This needs to be tested by someone with a Mac.
lib/localename.c | 129 +-
1 file changed, 2 insertions(+), 127 deletions(-)
diff --git a/lib/localename.c b/lib/localename.c
index 7d04742..697a3ba 100644
--- a/lib/l
Signed-off-by: Ed Maste
---
lib/localename.c | 30 --
1 file changed, 28 insertions(+), 2 deletions(-)
diff --git a/lib/localename.c b/lib/localename.c
index c6777de..7d04742 100644
--- a/lib/localename.c
+++ b/lib/localename.c
@@ -2616,8 +2616,34 @@ gl_locale_name_
This patch set adds an implementation of gl_locale_name_thread_unsafe
for FreeBSD. With this change all of the gnulib tests pass on FreeBSD
HEAD and the upcoming FreeBSD 9.1 release.
The second patch switches OS X to use this code as well. I don't have
a Mac to test with, so someone who does wil
I noticed that the tight-scope syntax-check rule has been skipped
since the conversion to non-recursive make.
This makes it possible for me to reenable it.
(another patch is required in coreutils)
>From 4eb373492e2fb171314215a2d68baa0a47c34918 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Tue
An odd thought...
A lot of folks that write numerical codes need a few algorithms but
not the smorgasbord of functionality that ships with, e.g., the GNU
Scientific Library. For whatever reason, scientific users seem to
have trouble installing such dependencies and prefer source
distributions tha
On 01.09.2012 20:47, Paul Eggert wrote:
> On 09/01/2012 02:23 AM, Nguyen Thai Ngoc Duy wrote:
>
>> every program that uses gnulib must run xgettext on
>> gnulib source code
>
> Yes, that's how it works now.
>
>> Should gnulib generate .pot and maintain its own translations?
>
> That's been pro
From: Jim Meyering
* top/maint.mk (sc_prohibit_path_max_allocation): Avoid false-positive
match for symbols like UNIX_PATH_MAX. Reported by Richard W.M. Jones
in http://thread.gmane.org/gmane.comp.emulators.guestfs/1902
---
ChangeLog| 7 +++
top/maint.mk | 2 +-
2 files changed, 8 insert
From: Jim Meyering
* top/maint.mk (sc_prohibit_strcmp): Relax regexp, so as to match
all uses of #define, not just those that start in column 1.
Richard W.M. Jones reported a false positive in
http://thread.gmane.org/gmane.comp.emulators.guestfs/1902
---
ChangeLog| 8
top/maint.mk |
From: Jim Meyering
* top/maint.mk (sc_prohibit_magic_number_exit): Do not complain about
uses like "exit (77)". "77" is automake's "skip this test" exit code.
It is not in the same category as "exit (0)" or "exit (1)", and
besides, I know of no symbolic name for that 77. Reported by
Richard W.M
From: Jim Meyering
* top/maint.mk (sc_trailing_blank): Filter out any matches found in
"binary" files, as reported by grep. Suggested by Richard W.M. Jones
in http://thread.gmane.org/gmane.comp.emulators.guestfs/1902
---
ChangeLog| 7 +++
top/maint.mk | 1 +
2 files changed, 8 insertion
Richard W.M. Jones went through the (tedious!) process of reviewing
all of libguestfs wrt gnulib's latest syntax-check rules, and reported
many false positives. In a few cases, I found ways to avoid entire
classes of false positives:
1/4 maint.mk: relax sc_prohibit_strcmp, to avoid a false posi
12 matches
Mail list logo