> Of course the problem is due to approximate nature of floating > point numbers. And we have Approximate for such purpose. > But ATM: > > (11) -> Complex(Float) has Approximate > > (11) false > > We can build a lot of strange domains. Expression(PrimeField(3)) > and similar are likely to show much breakage.
The documentation of Approximate says: ++ An approximation to the real numbers. We should change that to "An approximation to numbers." And for Complex(S): if S has Approximate then Approximate. Is that OK? -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To unsubscribe from this group and stop receiving emails from it, send an email to fricas-devel+unsubscr...@googlegroups.com. To post to this group, send email to fricas-devel@googlegroups.com. Visit this group at https://groups.google.com/group/fricas-devel. For more options, visit https://groups.google.com/d/optout.
