Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Dec 2007 23:46:32 +0000 (UTC)
From:      David Schultz <das@FreeBSD.org>
To:        src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   cvs commit: src/lib/msun/ld128 s_nanl.c src/lib/msun/ld80 s_nanl.c src/lib/msun/src math_private.h s_nan.c src/lib/libc/amd64 Symbol.map src/lib/libc/i386 Symbol.map src/lib/libc/ia64 Symbol.map src/lib/libc/sparc64 Symbol.map
Message-ID:  <200712182346.lBINkWu6078446@repoman.freebsd.org>

next in thread | raw e-mail | index | archive | help
das         2007-12-18 23:46:32 UTC

  FreeBSD src repository

  Modified files:
    lib/msun/ld128       s_nanl.c 
    lib/msun/ld80        s_nanl.c 
    lib/msun/src         math_private.h s_nan.c 
    lib/libc/amd64       Symbol.map 
    lib/libc/i386        Symbol.map 
    lib/libc/ia64        Symbol.map 
    lib/libc/sparc64     Symbol.map 
  Log:
  Since nan() is supposed to work the same as strtod("nan(...)", NULL),
  my original implementation made both use the same code. Unfortunately,
  this meant libm depended on a vendor header at compile time and previously-
  unexposed vendor bits in libc at runtime.
  
  Hence, I just wrote my own version of the relevant vendor routine. As it
  turns out, mine has a factor of 8 fewer of lines of code, and is a bit more
  readable anyway. The strtod() and *scanf() routines still use vendor code.
  
  Reviewed by:    bde
  
  Revision  Changes    Path
  1.6       +0 -3      src/lib/libc/amd64/Symbol.map
  1.7       +0 -3      src/lib/libc/i386/Symbol.map
  1.6       +0 -3      src/lib/libc/ia64/Symbol.map
  1.7       +0 -3      src/lib/libc/sparc64/Symbol.map
  1.2       +9 -10     src/lib/msun/ld128/s_nanl.c
  1.2       +9 -10     src/lib/msun/ld80/s_nanl.c
  1.21      +5 -0      src/lib/msun/src/math_private.h
  1.2       +64 -20    src/lib/msun/src/s_nan.c



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200712182346.lBINkWu6078446>