John Darrington writes:
> Gnulib has a number of c-* variants of string processing functions,
> eg c-strtod, c-strcasecmp etc But notably absent are any locale
> independent printf routines. We could use some in PSPP.
Here's some initial work on that. It only defines c_snprintf()
so far. Th
gnulib has three definitions of ASCII_ONLY in files that #include
"vasnprintf.c":
lib/unistdio/u16-vasnprintf.c:#define ASCII_ONLY 1
lib/unistdio/u32-vasnprintf.c:#define ASCII_ONLY 1
lib/unistdio/u8-vasnprintf.c:#define ASCII_ONLY 1
But I don't see any actual uses of this macro. What is the
int
On Thu, Dec 06, 2012 at 03:58:17PM -0700, Eric Blake wrote:
> Why is lftp using C++ for configure but not at compile time? The
> configure tests should match the compilation environment?
Because lftp contains source files in both C _and_ C++.
> I'm not sure if we need to do something in gnulib,
On 12/06/12 16:01, Paul Eggert wrote:
> You're not the only one. This problem is common enough
> that we have a gnulib module that solves it. With
> gnulib you can use the ignore-value module and write this:
>
> #include
> ...
> ignore_value (system (fil_name));
# define ignore_value(x) (({ _
Paul Eggert writes:
> On 12/06/12 12:10, Stefano Lattarini wrote:
>> Not sure whether Gnulib simply syncs those files from Gettext, in
>
> It used to, and the mechanism is still there,
> but it's not being used now. It'd be easy to
> start it up again, if you just give us a list
> of files to co
Paul Eggert wrote:
...
> ../../../lib/basename-lgpl.c:50:10: warning: cast discards
> '__attribute__((const))' qualifier from pointer target type [-Wcast-qual]
>return (char *) base;
>
> This is harmless.
> Perhaps basename-lgpl.c should add a suitably-protected
> # pragma GCC diagnostic ignor
On 12/06/2012 06:04 AM, Colin Watson wrote:
> lftp fails to build with current gnulib. I can't figure out whether
> this is a gnulib bug or an lftp bug. To reproduce, on a system with
> glibc 2.16 (I'm using the current Ubuntu development branch, "raring")
> and lftp's build-dependencies:
>
>
On 12/06/12 12:10, Stefano Lattarini wrote:
>> s well?
>> >
> Not sure whether Gnulib simply syncs those files from Gettext, in
It used to, and the mechanism is still there,
but it's not being used now. It'd be easy to
start it up again, if you just give us a list
of files to copy (from and to lo
On 12/05/2012 04:22 AM, Daiki Ueno wrote:
> Hi Stefano,
>
Hi, sorry for the delay.
> Stefano Lattarini writes:
>
>> AM_PROG_MKDIR_P has been deprecated in Automake 1.12.1, and will
>> be removed in Automake 1.13.
> [...]
>> gettext-runtime/m4/intl.m4 | 6 +++---
>> gettext-runtime/m4/po.m4
On 12/06/12 00:05, Akim Demaille wrote:
> Is there some documentation/page/whatever detailing the decisions
> (and their rationale) that gnulib has made with respect to compiler
> warnings?
I'm afraid not. It's haphazard and pretty much depends on the
compiler being used by the coreutils develope
* lib/mountlist.c (ME_DUMMY_0):
additional dummy FS names for Linux systems.
- "devpts" PTY slave filesystem
- "fusectl" control filesystem for FUSE
- "mqueue" enumerates POSIX message queues
- "rpc_pipefs" kernel <-> userspace bridge for NFS
- "sysfs" is for exporting kernel objects
Hi Paul!
Le 5 déc. 2012 à 17:58, Paul Eggert a écrit :
> On 12/05/2012 07:34 AM, Akim Demaille wrote:
>> I can't compile Bison with GCC 4.3 and 4.4 (newer ones seem to
>> be happy,
>
> When you say "can't compile", do you mean you mean the compilation
> fails? The diagnostics you sent all seem
12 matches
Mail list logo
