src/lib/libc/stdlib/netbsd_strtod.c, branch release/4.1.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2000-07-26T21:12:35+00:00 cvs2svn cvs2svn@FreeBSD.org 2000-07-26T21:12:35+00:00 7f1bf9342879a7ee2dd88e11a33ae7509eab55b0 'RELENG_4_1_0_RELEASE'. This commit was manufactured to restore the state of the 4.1-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 
'RELENG_4_1_0_RELEASE'.

This commit was manufactured to restore the state of the 4.1-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
$Id$ -> $FreeBSD$ 1999-08-28T00:22:10+00:00 Peter Wemm peter@FreeBSD.org 1999-08-28T00:22:10+00:00 7f3dea244c40159a41ab22da77a434d7c5b5e85a 






This is a hack to workaround source that is coded to use long variables
1998-05-08T05:41:57+00:00

John Birrell
jb@FreeBSD.org

1998-05-08T05:41:57+00:00

184fcab826ceaf3e680e4d1aa564078f7cd8ab5a

but also assumes that they are 32-bits. This is one place where I don't
think it is appropriate to change 'long' to 'int'. I don't see why the
code couldn't be fixed so that using natural long variables does the
right thing. It's spaggetti code so it'll take some effort. Obviously
NetBSD thought so too because they change 'long' to 'int32_t' etc
and left it at that. As a temporary measure FreeBSD/Alpha can use the
NetBSD code and put this on the list of things to fix.





but also assumes that they are 32-bits. This is one place where I don't
think it is appropriate to change 'long' to 'int'. I don't see why the
code couldn't be fixed so that using natural long variables does the
right thing. It's spaggetti code so it'll take some effort. Obviously
NetBSD thought so too because they change 'long' to 'int32_t' etc
and left it at that. As a temporary measure FreeBSD/Alpha can use the
NetBSD code and put this on the list of things to fix.