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)
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
Hi Ludo,
> Tested with tcc 0.9.25 on x86_64-linux-gnu.
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):
1) In the gltests directory I get this:
/arch/x86-linux/gnu-inst-tcc/0.9.25/bin/tcc -DHAVE_CONFIG_H -I.
-D
l...@gnu.org (Ludovic Courtès) writes:
> The patch below adds support for TinyCC. Without it, tcc bails out:
>
> isnan.c:132: division by zero in constant
>
> Tested with tcc 0.9.25 on x86_64-linux-gnu.
Thank you, I pushed this to master.
--
Ben Pfaff
http://benpfaff.org
Hello,
The patch below adds support for TinyCC. Without it, tcc bails out:
isnan.c:132: division by zero in constant
Tested with tcc 0.9.25 on x86_64-linux-gnu.
Thanks,
Ludo’.
2010-10-15 Ludovic Courtès
* lib/isnan.c (FUNC): Treat TinyCC (`__TINYC__') like
`__SUNPRO_C' &
