Hello, Le lun. 23 déc. 2024, 10:15, 'Ralf Hemmecke' via FriCAS - computer algebra system <fricas-devel@googlegroups.com> a écrit :
> 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. > Yes, you're right. This was a very bad example since they are already implemented. When thinking about the use of parameterized packages I omitted the fact that almost all domains I have written for Julia support have the jlApply function with one or more parameters. This is what I did did right now, use your 4th method. For arrays this is different, some interface functions are specialized and adding these to some JuliaVector/JuliaMatrix categories does not seem to me judicious, so I will use 32 and 64 bits packages I think. Thank you for this reply. - Greg > -- 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/CAHnU2daRqa7ZMiR_MwJAVA-Dhbd9kSs7Pxi5b_5_eeg9UpFC1Q%40mail.gmail.com.
