Hi Fred,
thanks, fixed in SVN 280.
/// Jürgen
On 05/21/2014 03:28 AM, Frederick H. Pitts wrote:
Hello Juergen, Elias,
I think there are still three flies in the "complex number display"
ointment. Please see the attached tar file containing a APL test file
and a log file generated fr
Hello Juergen, Elias,
I think there are still three flies in the "complex number display"
ointment. Please see the attached tar file containing a APL test file
and a log file generated from it using GnuAPL svn 279. Only one of the
4 complex numbers entered in polar form and that have a z
Hi Fred, Elias,
fixed in SVN 279.
I dared to print the (non-zero) imaginary part even if the standard
tells otherwise.
/// Jürgen
On 05/20/2014 07:35 AM, Frederick H. Pitts wrote:
Elias,
The part before the "Then:" states the obvious. Numeric output
conversion converts numbers in
Elias,
The part before the "Then:" states the obvious. Numeric output
conversion converts numbers in internal format (implementation-defined))
to external literal decimal format.
The part after the "Then:" is totally bogus. What is the point of
performing complex number calculat
ISO/IEC 13751:2000 seems to give an implementation lots of flexibility here.
I'm honestly not sure how to interpret this. Section 15.2.2 says:
*Informal Description: Numeric output conversion converts numeric values
represented **as numbers—numeric quantities whose format is
implementation-define
Juergen,
Under "Display of Complex Numbers:" on page 13 of the "APL2
Programming: Language reference", the document says:
"In J notation, the real or imaginary part is not displayed if it is
less than the other by more than ⎕PP orders of magnitude (unless ⎕PP is
at its maximum)".
