Joe,

I believe the current behavior make sense.

Compare

5.0 imaginary-part .
C{ 5.0 0.0 } imaginary-part .

5.0 0 rect> .
5.0 0.0 rect> .

Slava

On Thu, Dec 4, 2008 at 12:48 PM, Joe Groff <[EMAIL PROTECTED]> wrote:
> This might not ever actually matter, but for consistency, I'd expect
> the imaginary-part of a real float value to be the float 0.0.
> Currently "imaginary-part" returns the integer 0 for float values.
>
> -Joe
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Factor-talk mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Factor-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/factor-talk

Reply via email to