On 12/23/24 02:43, Grégory Vanuxem wrote:
Le dim. 22 déc. 2024 à 19:55, Waldek Hebisch <de...@fricas.org> a écrit :
For some reason you did not mention third alternative, that is
two separate non-parametrized packages.
Hmmm... You make me think about that. In fact I did it that way for
linear algebra as I do not want to pollute the interpreter with direct
access to rarely used routines.
Why not even a 4th option?
When I look at this pattern,
JuliaMachineFloatFunctions(R : JuliaMachineFloat) :
...
jlApplyFunction : (STR, R) -> R
jlApplyFunction : (STR, R, R) -> R
jlApplyFunction : (STR, R, R, R) -> R
I am wondering why you do not export
jlApplyFunction : (STR, %) -> %
directly in JuliaMachineFloat and implement it in both
JuliaFloat32 and JuliaFloat64?
The only reason can be that you "pollute the interpreter ...".
I don't, however, see why creating a new package just for
jlApplyFunction would be a good idea, neither parametrized nor
unparametrized.
Ralf
--
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 view this discussion visit
https://groups.google.com/d/msgid/fricas-devel/8e910cfe-70a6-48b9-8a8f-abf820cbdd43%40hemmecke.org.
