Re: [PATCH] inttostr.h: add compile-time buffer overrun checks

Hi Jim, > +# define inttostr(n, s)                                                 \ > +   ((void) verify_true (sizeof (s) == sizeof (void *)                   \ > +                        || INT_BUFSIZE_BOUND (int) <= sizeof (s)),      \ > +    (inttostr) (n, s)) Nice and clever trick. Unfortun

Re: TinyCC bugs

Ludo, > > I can reproduce it like this: > > > > stdlib.h > > #include > > foo.c --- > > #include > > -- > > $ /arch/x86-linux/gnu-inst-tcc/0.9.25/bin/tcc -c -I. -I. foo.c > > In

Re: TinyCC bugs

Hi Ludovic, * Ludovic Courtès wrote on Sun, Oct 17, 2010 at 12:16:30AM CEST: > BTW, TinyCC compiles all the configure tests and Gnulib files in Guile. > It eventually bails out because Libtool insists on invoking it with > ‘-rpath’, which it doesn’t support: >

Re: TinyCC bugs

Hi Bruno, Bruno Haible writes: >> and a bit of sed to point it to the right libc: >> >> >> https://svn.nixos.org/repos/nix/nixpkgs/trunk/pkgs/development/compilers/tinycc/default.nix > > Well, this is still not going to work for me. On Linux bi-arch systems, 64-bit > libraries are found in /

[PATCH] bootstrap: anchor .gitignore entries.

Hi, Quite some time ago, we discussed the fact that a .gitignore entry without a leading `/' applies recursively to subdirectories, and Bruno then fixed gnulib-tool to prepend a `/' to .gitignore entries that it constructs: http://lists.gnu.org/archive/html/bug-gnulib/2008-08/msg2.html T

[PATCH] inttostr.h: add compile-time buffer overrun checks

Following up on this, http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/21348/focus=21349 Here's a complete patch: >From a099f49dedfea850ef78fa5e987b95edd5ebc58d Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 14 Oct 2010 11:38:14 +0200 Subject: [PATCH] inttostr.h: add compile-ti

Re: [PATCH] isnan: Add support for TinyCC

On 10/16/2010 01:07 PM, Ludovic Courtès wrote: > In file included from ./../gllib/stdlib.h:35: > ./../gllib/stdlib.h:35: #include recursion too deep > > It's apparently a bug in the #include_next handling, triggered by the > use of multiple equivalent -I options (like -I../gllib -I./../gllib)

Re: TinyCC bugs

Hi Ludo, > and a bit of sed to point it to the right libc: > > > https://svn.nixos.org/repos/nix/nixpkgs/trunk/pkgs/development/compilers/tinycc/default.nix Well, this is still not going to work for me. On Linux bi-arch systems, 64-bit libraries are found in /lib64 and /usr/lib64. This line i

Re: [PATCH] termios: fix compilation on mingw

> +2010-10-13 Eric Blake > + > + termios: fix compilation on mingw > + * m4/termios_h.m4 (gl_TERMIOS_H_DEFAULTS): Set default. > + (gl_TERMIOS_H): Adjust it on mingw. > + * modules/termios (Makefile.am): Substitute new key. > + * lib/termios.in.h (includes): Make include_next

Re: [PATCH] isnan: Add support for TinyCC

Hi Bruno, Bruno Haible writes: > With tcc 0.9.25 on i386-linux-gnu (I can't even build it for x86_64) I also > get other errors (with a testdir of all posix-modules): Actually, it’s 0.9.25 plus a couple of patches adding ‘alloca’ support (!) and a bit of sed to point it to the right libc: h