Mail Archives: djgpp-workers/2003/04/22/17:33:58
Hello.
ams AT ludd DOT luth DOT se wrote:
>
> According to Richard Dawe:
[snip]
> Couldn't we have both functions described on the same page, but with
> different @port-notes?
But then there would only one @node and hence only one entry in the
alphabetical index.
> Something like:
>
> #include <stdlib.h>
>
> long double strtold(const char *s, char **endp);
> long double _strtold(const char *s, char **endp);
>
> Description
>
> This function converts ...
>
> <Some magic (today probably not implemented) @port-notes here that
> differentiates the two functions.>
>
> ?
I don't like the idea of adding more things to mkdoc.
> > > Index: djgpp/src/libc/ansi/stdlib/strtold.c
> > [snip]
> > > + n.mantissal = mantissa_bits & 0xffffffff;
> > > + n.mantissah = (mantissa_bits >> 32) & 0xffffffff;
> >
> > The indentation looks inconsistent here.
>
> Indeed. Looks in this mail. The code looks fine. It seems my emacs
> inserts tabs when I tabify to make the lines line up. Is that a
> problem?
Maybe it's something to do with your c-mode formatting settings? Do you use
the default settings? It looks like my Emacs (built from CVS) uses tabs for
that level of indentation too.
> > Apart from that, the patch looks good to me. But I think you need to
> > answer Eli's concerns about FP emulation, before an updated patch can
> > go in.
>
> "FP emulation"? You mean unmasking of the signal, right? (Otherwise
> there's some mail missing. I haven't managed to mail or forward
> my answers to Eric Rudd(?)'s complaints about div() on the djgpp
> newsgroup. I've got no bounces either.)
Sorry, you are right. I meant FP signals. That serves me right for trying to
do things from memory.
FWIW I have seen your mails on (|l|ll)div.
Bye, Rich =]
--
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]
- Raw text -