On Wed, Oct 09, 2002 at 04:42:36PM -0400, Andy Dougherty wrote:
> On Wed, 9 Oct 2002, Andy Dougherty wrote:
>
> > diff -r -u parrot-orig/t/src/sprintf.t parrot-andy/t/src/sprintf.t
>
> > + dval = 1.0e6;
> > + S = Parrot_sprintf_c(interpreter, "== %g\n", dval);
> > + printf("%g %s", dval, string_to_cstring(interpreter, S));
>
> Aargh. I forgot Microsoft's C library is going to render that as 1e+006,
> not 1e+06. Rats. What's needed instead is a strcmp() on the Parrot
> and stdio values. I'll work up something tomorrow.
They're not C99 conformant.
(I'm told that they were on the committee, so they missed fixing the standard
to make their code conformant. Now they have to do the opposite)
Then again, fflush(NULL) and a certain other OS is only about to become C89
conformant.
Ho hum. I suspect pigs will fly before any platform becomes totally C99
conformant, so we'll have to work round something from everyone.
Which reminds me, not sure if this is relevant yet, but there's some or other
platform that p5p encountered that can't simply copy whatever it is the opaque
type va_list expands to there.
There's a perl5 Configure symbol need_va_copy which indicates whether a
special macro needs to be used.
(and any platform that can't cope with free(NULL) deserves to crash and burn)
Nicholas Clark
--
Even better than the real thing: http://nms-cgi.sourceforge.net/
