Re: kern/152042: [libc] [patch] wrong bufsize of __hdtoa
Synopsis: [libc] [patch] wrong bufsize of __hdtoa State-Changed-From-To: open->closed State-Changed-By: das State-Changed-When: Thu Oct 20 04:02:30 UTC 2011 State-Changed-Why: Thanks for the report, but rv_alloc() already includes the space for the NUL terminator! It's not a very clear interface, I know, but that code comes from a third party. http://www.freebsd.org/cgi/query-pr.cgi?pr=152042 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/167039: [libc] fputws(3) generates infinite output
Synopsis: [libc] fputws(3) generates infinite output Responsible-Changed-From-To: freebsd-bugs->das Responsible-Changed-By: das Responsible-Changed-When: Sat Apr 21 06:05:38 UTC 2012 Responsible-Changed-Why: over to me http://www.freebsd.org/cgi/query-pr.cgi?pr=167039 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/133583: [libm] fma(3) does not respect rounding mode using extended precision
Synopsis: [libm] fma(3) does not respect rounding mode using extended precision State-Changed-From-To: open->closed State-Changed-By: das State-Changed-When: Fri Dec 3 07:01:28 UTC 2010 State-Changed-Why: Thanks for the report! This limitation is described in the source for fma(), and unfortunately, it is unlikely to ever change. There are several reasons: - We are a long way from having the necessary compiler support to make dynamic precision changes work as expected. - Dynamic FPU precision changes aren't officially supported, and fpsetprec() has been documented as deprecated for many years. - The only supported architecture that can have this problem due to dynamic precision changes is i386, and even then only for non-SSE2 builds. - The cost and complexity associated with making every function in libm detect and adapt to dynamic precision changes is prohibitive. I have updated the manpage for fpsetprec() to explain that changing the FPU precision isn't supported by the compiler or libraries. http://www.freebsd.org/cgi/query-pr.cgi?pr=133583 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/143037: [libc] strtod(3) doesn't always round to the nearest
Synopsis: [libc] strtod(3) doesn't always round to the nearest State-Changed-From-To: open->closed State-Changed-By: das State-Changed-When: Mon Dec 6 01:12:46 UTC 2010 State-Changed-Why: Fixed several years ago in 8.x. http://www.freebsd.org/cgi/query-pr.cgi?pr=143037 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
