Bill Page wrote:
>
> >
> > To get value of n the g function fetches second argument. ?But instead
> > of fetching second argument to gpp it fetches its own second argument...
> >
>
> I hope you agree that this behavior is incorrect?
>
Yes, of cource is is a bug.
> Do you think nested functions should be disallowed or is this bug not
> so difficult to fix?
>
I am not sure what you mean by "disallowed". Note that anonymous
nested functions may be passed as arguments to map and work
well for this purpose, so disallowing all nested functions
would make FriCAS less useful than it is now.
I can not give any timeframe for fix. I have made some progress,
but ATM I can only say that nested functions are compiled in
different ways. There is one way which in principle may work
reasonably well but I am not sure if it is ever used -- trying
to activate it for all functions caused extra breakage. There
are two other ways which can work only in special cases (like
arguments of map). However, there is no support to check that
we really have one of those special cases, so special case code
is used even when it can not work.
This particular problem looks easier to fix than other problems
with nested functions, but since support for nested function
in general is quite messy it is not so easy. Also, given that
code has other problems I am not sure how much time to spent
on this.
--
Waldek Hebisch
[email protected]
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/fricas-devel?hl=en
-~----------~----~----~----~------~----~------~--~---
