Date: Sat, 31 Aug 1996 20:55:16 -0400
From: dj (DJ Delorie)
Message-Id: <199609010055.UAA27937@delorie.com>
To: lav AT video DOT yars DOT free DOT net
CC: djgpp-workers AT delorie DOT com
In-reply-to: <199608182151.BAA03843@video.yars.free.net> (lav@video.yars.free.net)
Subject: Re: long double support


>   diffs - patch for existing files of libc
>   ioldoubl.c - Steve Moshier's arithmetic for long doubles
>   ld_e_cv0.c - empty conversion procedure for libc
>   ld_e_cvt.c - wrapper for actual conversion from ioldoubl.c
>   strtod.c - improved by Steve strtod(), it replaces old one in libc

Which of these are part of long double support, and which
are plain bugfixes?

Note - some changes are to whitespace ONLY.  Please read your diffs
and make sure you aren't making cosmetic changes anywhere.

Also, has anyone checked to see if any of these functions violate our
ANSI/POSIX namespace rules?

>   to_libm - list of modules which should be put into libm to
>   provide switching to new conversion by specifying -lm (I might
>   miss some)

Now that I understand what's going on here, I don't like it.
Basically, we're replicating a lot of libc functions just to deal with
the way the linker works.  Sorry, I'm not doing this - I suspect that
sometime in the future they'll get out of sync with libc and cause
major headaches.

Figure out a better way.

> I did not change libm makefile nor directory structure - I leave it to DJ.

Gee, thanks.