Hello
I have finished the french translation of gnulib-1.1 and also corrected
msgs that were already translated.
Hope you agree.
Best regards,
N. Provost
French translation team
www.traduc.org
Hi Eric,
I'm seeing this in "make check" of gettext:
../../../gettext-tools/gnulib-tests/test-sigaction.c:79: assertion failed
FAIL: test-sigaction
This is on Linux/x86 with glibc-2.3.6.
$ ./test-sigaction
$ rm test-sigaction
$ make test-sigaction
$ gcc -g -o test-sigaction test-sigaction.o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 9/27/2008 6:16 PM:
> According to Jim Meyering on 9/27/2008 3:45 AM:
>> Here's a snapshot of the latest sources from coreutils
>> and the parts of gnulib that it uses. Please beat it up ;-)
>
This needs fixing (hmm, gnulib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 9/26/2008 3:57 PM:
>> And this falls foul of autoconf's advice:
>> http://www.gnu.org/software/autoconf/manual/autoconf.html#Shell-Functions
>> | Inside a function, IRIX sh sets `$0' to the function name.
>
> Confirmed wi
Hi Simon, Eric,
I find it a bit hard to maintain the autoconf macros when a variable initialized
by one .m4 file is assigned in another .m4 file. It's easier if every variable
is only touched in a single .m4 file.
I'm applying this for iconv_h.m4 and m4/wchar.m4. Actually, for iconv_h.m4
this fix
Gary V. Vaughan wrote:
I think some folks won't buy into it because they don't want another
dependency
for their projects. (I think that was the main objection to my
proposal for that long-ago "contest".
Really? I thought the main objection was that writing the glue layer would
take a man-de
GL_LINK_WARNING is used in arpa_inet.in.h and inet.in.h. So it needs the
appropriate autoconf/makefile infrastructure. I'm applying this:
2008-09-27 Bruno Haible <[EMAIL PROTECTED]>
* lib/arpa_inet.in.h: Include the GL_LINK_WARNING anchor.
* modules/arpa_inet (Depends-on): Add l
On Saturday 27 of September 2008 08:47:51 you wrote:
> You should use the c_isalnum and c_isalpha functions in place of the
> macros. They come from the c-ctype module and the "c-ctype.h" header.
> And I suggest using this macro in place of ISDIGIT:
>
> #define ISDIGIT(c) ((unsigned int) (c) -
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> To have any hope of sanity/reproducibility in different locales,
>> this function must return the same result, regardless of the current
>> locale settings.
>
> Yes. In the opposite case, if the function was to handle non-ASCII letter
Jim Meyering wrote:
> To have any hope of sanity/reproducibility in different locales,
> this function must return the same result, regardless of the current
> locale settings.
Yes. In the opposite case, if the function was to handle non-ASCII letters
like ASCII letters, it should also have a code
Elbert Pol wrote:
> I attach the logs
>
> This is with os/2
Except for the well-known SIGFPEs (which are most probably caused by
computations with NaNs) there are new failures of test-open and test-fopen.
config.log has
configure:18187: checking whether fopen recognizes a trailing slash
c
Kamil Dudka <[EMAIL PROTECTED]> wrote:
> thank you for review. I've made the changes you requested, new patch attached.
Hi Kamil,
I see a warning due to unnecessary test module dependent:
$ ./gnulib-tool --dir /tmp/pm --create-testdir --with-tests --test filevercmp
warning: module filevercmp
Hello Eric,
I have use now gcc 3.4.6 instead of the 3.3.5
I run the M4 and the ./configure and make runs fine.
But with the make -k check there are some errors.
I attach the logs
This is with os/2
Thankz for all :)
check.out.lzma
Description: Binary data
config.log.lzma
Descript
13 matches
Mail list logo
