Prof. Dr. Johannes Grabmeier wrote:
>
> if I don't import another domain which also uses IML, then the compiler
> correctly sees the variables from IML in its own defined new functiogs.
> If, however, such an import is present, it uses the variables from the
> IML from the import.
>
> My feeling is, that directly used IML from the domain/package should
> have priority. Otherwise the uses can not know in setting the
> appropriate variables
> from the right domain, which package calling he should use. The
> behaviour of the code is unforeseeable!
Just a little nitpick: variables are strictly local and I believe
that functions see correct variables. But it is likely
that compiler calls "wrong" function: instead of function
from package it calls function from imported domain.
Of course calling wrong function means that it will use
wrong values of variables.
> Of course, as soon I discovered the problem, the work around for the
> implemter is to use apprioriate package calling $% in the code.
> >
> > BTW: I do not understand why you use references. Normally
> > references are used when you want to modify values from
> > places were variables are not visible. That frequently
> > means hairy logic and I would first search for errors
> > in such logic.
> >
> I want to change the unseen local variables of a domain from outside,
> i.e. at interpreter level. Do you claim that in this case I can do this
> with normal local variables? at think I remember that this did not work.
You can not directly set (or even read) local variables of a domain.
For this you need a setter function. And setter will work with
normal variables.
--
Waldek Hebisch
--
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 [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.
