Thanks, I installed the attached slightly-different patch in the interest of
namespace cleanliness.
From 7ad7e72142e3227717a3eb58bcfd3bb17d425491 Mon Sep 17 00:00:00 2001
From: Paul Eggert
Date: Thu, 6 Nov 2014 20:33:02 -0800
Subject: [PATCH] unistd: port to iOS
MIME-Version: 1.0
Content-Type: te
Hello,
On 11/06/2014 07:47 PM, Karl Berry wrote:
My feedback is that instead of being a separate script that is mostly
the same, it seems like it would be better as an option.
Attached is an updated patch, this time adding "-G/--git" option to the
existing script 'build-aux/gnu-web-doc-update
I'd like to ask for your feedback regarding the attached script, which does
the same but pushes updates to the GIT repositories.
My feedback is that instead of being a separate script that is mostly
the same, it seems like it would be better as an option. Even better,
it seems like it would
Hello gnulib developers,
I'm experimenting with GIT-based repositories for the web pages at
http://www.gnu.org/software/XXX .
For details see here:
http://lists.gnu.org/archive/html/savannah-hackers-public/2014-11/msg1.html
The current gnulib script 'build-aux/gnu-web-update-doc-update' p
On 11/06/2014 03:05 PM, A. Klitzing wrote:
> Hi there,
>
> we tried to compile gnutls for iOS and needed to patch it because iOS does
> not have a crt_externs.h include.
crt_externs.h is not a standardized header; it also does not have a
listing under gnulib's docs/glibc-headers/ directory.
The
Hi there,
we tried to compile gnutls for iOS and needed to patch it because iOS does
not have a crt_externs.h include.
Since gnutls uses gnulib... here is our patch for that. Maybe you could add
it.
http://lists.gnutls.org/pipermail/gnutls-devel/2014-November/007216.html
Best regards
André Kl
[adding gnulib]
On 11/06/2014 11:19 AM, Kiyoshi KANAZAWA wrote:
> Hello,
>
> On Solaris 10 x86/x64,
> "test-mbrtowc3.sh" fails if European localization is not installed.
> It passes with European localization.
Thanks for the report. M4 uses this test unchanged from upstream
gnulib; so fixing it
Werner LEMBERG wrote:
This is better, thanks. However, I'm not happy to globally disable
the warning. Isn't it possible to use GCC function attributes to
suppress the warning locally, exactly at the right spot – or rather
telling GCC that there is nothing to warn about?
Could be, yes.
Alter
