summaryrefslogtreecommitdiff
path: root/lib/libc/i386/gen/infinity.c
Commit message (Collapse)AuthorAgeFilesLines
* Implement fpclassify():Mike Barcroft2003-02-081-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o Add a MD header private to libc called _fpmath.h; this header contains bitfield layouts of MD floating-point types. o Add a MI header private to libc called fpmath.h; this header contains bitfield layouts of MI floating-point types. o Add private libc variables to lib/libc/$arch/gen/infinity.c for storing NaN values. o Add __double_t and __float_t to <machine/_types.h>, and provide double_t and float_t typedefs in <math.h>. o Add some C99 manifest constants (FP_ILOGB0, FP_ILOGBNAN, HUGE_VALF, HUGE_VALL, INFINITY, NAN, and return values for fpclassify()) to <math.h> and others (FLT_EVAL_METHOD, DECIMAL_DIG) to <float.h> via <machine/float.h>. o Add C99 macro fpclassify() which calls __fpclassify{d,f,l}() based on the size of its argument. __fpclassifyl() is never called on alpha because (sizeof(long double) == sizeof(double)), which is good since __fpclassifyl() can't deal with such a small `long double'. This was developed by David Schultz and myself with input from bde and fenner. PR: 23103 Submitted by: David Schultz <dschultz@uclink.Berkeley.EDU> (significant portions) Reviewed by: bde, fenner (earlier versions) Notes: svn path=/head/; revision=110566
* Re-apply the previously backed-out commit that fixes the problem whereArchie Cobbs2002-10-311-1/+1
| | | | | | | | | | | HUGE_VAL is not properly aligned on some architectures. The previous fix now works because the two versions of 'math.h' (include/math.h and lib/msun/src/math.h) have since been merged into one. PR: bin/43544 Notes: svn path=/head/; revision=106268
* Revert previous commit to unbreak world until we figure out theArchie Cobbs2002-09-201-1/+1
| | | | | | | right way to do it. Notes: svn path=/head/; revision=103686
* Fix a problem with the definition of HUGE_VAL causing the gcc warningArchie Cobbs2002-09-191-1/+1
| | | | | | | | | "cast increases required alignment of target type" on some platforms. Reviewed by: bde Notes: svn path=/head/; revision=103653
* Fix the style of the SCM ID's.David E. O'Brien2002-03-221-1/+3
| | | | | | | I believe have made all of libc .c's as consistent as possible. Notes: svn path=/head/; revision=92986
* $Id$ -> $FreeBSD$Peter Wemm1999-08-281-1/+1
| | | | Notes: svn path=/head/; revision=50476
* Revert $FreeBSD$ to $Id$Peter Wemm1997-02-221-1/+1
| | | | Notes: svn path=/head/; revision=22993
* Make the long-awaited change from $Id$ to $FreeBSD$Jordan K. Hubbard1997-01-141-1/+1
| | | | | | | | | | | This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise. Notes: svn path=/head/; revision=21673
* First round of changes to clean up the RCSID mess in libc:David Greenman1995-01-231-1/+4
| | | | | | | | | | | 1) Changed LIB_SCCS and SYSLIB_SCCS to LIB_RCS and SYSLIB_RCS. 2) Changed sccsid[] variables to rcsid[] 3) Moved all RCSID strings into .text 4) Converted all SCCSID's to RCS $Id$'s 5) Added missing $Id$'s after copyright. Notes: svn path=/head/; revision=5790
* This is weird. I *added this*, but it went away again! Ummm.. Mumble.Jordan K. Hubbard1994-08-221-0/+6
I'm confused.. Submitted by: jkh Notes: svn path=/head/; revision=2201