src-test2/include/complex.h, branch release/8.1.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.1.0 2008-08-07T15:07:48Z Implement cproj{,f,l}(). 2008-08-07T15:07:48Z David Schultz das@FreeBSD.org 2008-08-07T15:07:48Z urn:sha1:5e9470f1d5a7c0f81150453fbbe1ab25c4717a67 Annotate creal(), cimag(), and conj() with __pure2. 2008-08-07T14:40:52Z David Schultz das@FreeBSD.org 2008-08-07T14:40:52Z urn:sha1:bda750b404a1ee2abfe527c8e087464f4e726527 Implement csqrtl(). 2008-03-30T20:07:15Z David Schultz das@FreeBSD.org 2008-03-30T20:07:15Z urn:sha1:511dd36b32685f7200c2614f354b5addf5970c37 Hook hypotl() and cabsl() up to the build. 2008-03-30T20:03:46Z David Schultz das@FreeBSD.org 2008-03-30T20:03:46Z urn:sha1:84c1c0a1ca4fc050d24e864cf83a5c38ef0ef17b Implement and document csqrt(3) and csqrtf(3). 2007-12-15T08:38:44Z David Schultz das@FreeBSD.org 2007-12-15T08:38:44Z urn:sha1:aaf70b231459920935d6fe1fa2e98b21770241e4 Implement carg(3) and cargf(3). 2007-12-12T23:43:51Z David Schultz das@FreeBSD.org 2007-12-12T23:43:51Z urn:sha1:205bd6489417c25a1c9dbc9886d47eb6db42e215 Rotting in an old src tree since: March 2005 Stop defining '_Complex' in a C99 environment, it is supposed to be a keyword. 2004-08-14T18:03:21Z Stefan Farfeleder stefanf@FreeBSD.org 2004-08-14T18:03:21Z urn:sha1:4dfac64545998dd298fb222fc6d253738d118854 Use tabulators after '#define'. 2004-08-14T17:55:15Z Stefan Farfeleder stefanf@FreeBSD.org 2004-08-14T17:55:15Z urn:sha1:0edc8c86ca4f109c223354e3c1bc4f10dbcf7b95 Add implementations for cimag{,f,l}, creal{,f,l} and conj{,f,l}. They are 2004-05-30T09:21:56Z Stefan Farfeleder stefanf@FreeBSD.org 2004-05-30T09:21:56Z urn:sha1:8b5cd5a662ffc55be7f51b85af6c5d2a3cead19b needed for cases where GCC's builtin functions cannot be used and for compilers that don't know about them. Approved by: das (mentor) Remove the macros for creal{,f} and cimag{,f}. They failed to convert their 2004-05-30T08:47:12Z Stefan Farfeleder stefanf@FreeBSD.org 2004-05-30T08:47:12Z urn:sha1:fe1737b6f37e2001caae5d0fe28655d1d316ea1e arguments to the needed type and so the result type depended on the argument type. Fixing them isn't really worth the effort because GCC emits the same assembler code with or without them. Not minded by: ru Approved by: das (mentor)