src/include/complex.h, branch upstream/11.2.0 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.2.0 2018-03-29T02:50:57Z Revert r330897: 2018-03-29T02:50:57Z Eitan Adler eadler@FreeBSD.org 2018-03-29T02:50:57Z urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36 This was intended to be a non-functional change. It wasn't. The commit message was thus wrong. In addition it broke arm, and merged crypto related code. Revert with prejudice. This revert skips files touched in r316370 since that commit was since MFCed. This revert also skips files that require $FreeBSD$ property changes. Thank you to those who helped me get out of this mess including but not limited to gonzo, kevans, rgrimes. Requested by: gjb (re) Partial merge of the SPDX changes 2018-03-14T03:19:51Z Eitan Adler eadler@FreeBSD.org 2018-03-14T03:19:51Z urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409 These changes are incomplete but are making it difficult to determine what other changes can/should be merged. No objections from: pfg I'm happy to finally commit stephen@'s implementations of cacos, 2013-05-30T04:49:26Z David Schultz das@FreeBSD.org 2013-05-30T04:49:26Z urn:sha1:e4afa19c33cea91d3fad8bd97b7666002f0d3baa cacosh, casin, casinh, catan, and catanh. Thanks to stephen@ and bde@ for working on these. Submitted by: stephen@ Reviewed by: bde Add C11 macros CMPLX(), CMPLXF() and CMPLXL(). 2013-05-25T18:55:55Z Ed Schouten ed@FreeBSD.org 2013-05-25T18:55:55Z urn:sha1:e814330de14da51f4555e8b075913e3d29f8ead1 Clang allows us to initialize complex numbers using an array initializer, casted to a complex type. GCC has a builtin called __builtin_complex(). Only use the static assertion when __generic is available. 2012-01-17T20:22:10Z Ed Schouten ed@FreeBSD.org 2012-01-17T20:22:10Z urn:sha1:76f11d88aa33b0a3e28d066a5dc0dd6890aa9a6f Reported by: tijl Remove redundant inclusion of <sys/cdefs.h>. 2012-01-05T12:09:39Z Ed Schouten ed@FreeBSD.org 2012-01-05T12:09:39Z urn:sha1:ff3e248a9061bd02656490815d1a3309de263368 Mea culpa. Make _Complex_I a proper float _Complex when using GCC 4.2. 2012-01-05T12:05:48Z Ed Schouten ed@FreeBSD.org 2012-01-05T12:05:48Z urn:sha1:f92d9d7d375049753865aa2a50428162f23c4a44 It turns out our GCC has quite an interesting bug: typeof(1.0fi) != float _Complex typeof((float _Complex)1.0fi) != float _Complex typeof((float _Complex)1.0i) == float _Complex In other words: if casting to an equal size, GCC seems to take a shortcut. By casting down from a double to a float, GCC doesn't take this shortcut, yielding the proper type. To prevent foot-shooting, add a _Static_assert() to guarantee that _Complex_I is always a float _Complex. I'm not going to MFC this part of the diff. MFC after: 2 weeks Add c{cos,sin,tan}{,h}{,f} functions. This is joint work with 2011-10-17T05:41:03Z David Schultz das@FreeBSD.org 2011-10-17T05:41:03Z urn:sha1:3daee1d6c3783e32a226d145f85a887007f5754b bde and kargl. Add missing declarations that I intended to commit with r219359. 2011-03-07T16:05:45Z David Schultz das@FreeBSD.org 2011-03-07T16:05:45Z urn:sha1:cf3943e4d56ca26f5d3688f45eb3e5a84329b567 Not sure why we have math.h in lib/msun/ and complex.h in include/. Implement cproj{,f,l}(). 2008-08-07T15:07:48Z David Schultz das@FreeBSD.org 2008-08-07T15:07:48Z urn:sha1:5e9470f1d5a7c0f81150453fbbe1ab25c4717a67