On 19 November 2013 02:03, Andrei Alexandrescu <[email protected]> wrote: > On 11/18/13 5:44 PM, Craig Dillabaugh wrote: >> >> The complex type in std.complex restricts the real/imaginary >> parts of the number to be float/double/real. I am curious to >> know if there is a reason why integral types are not permitted. I >> checked the C++ equivalent and it does not have the same >> requirement. >> >> I mention this because some of my work is done with radar >> satellite images. All pixels in such an images are stored as >> complex numbers, but in all cases I am aware of they are stored a >> short int values. Most software that operates on the images uses >> complex<short> (most of it is C++). >> >> Is there any reason why complex numbers in D's standard lib must >> be of non-integral types? I believe in C++ the type is optimized >> for floating point values, but allows other types. > > > The simple reason is we couldn't find appropriate applications. If you make > a good argument, we'll include integral types as well. Submit an enhancement > request on bugzilla including your example and let's take it from there. >
Gaussian integers / Graph plotting? IMO I don't see a reason why not to support in the library if it requires no change on the compiler side. Regards Iain,
