From: Ethan A M. <merritt@u.washington.edu> - 2006-05-31 15:20:25
|
On Wednesday 31 May 2006 12:24 am, you wrote: > > In the code is a redundant a.type = 0; Noted. It's a debugging patch, not a final version. > The one issue is if somewhere an argument is passed in for > which a.type was never set to INTGR CMPLX or STRINGS but > neither is it a variable that had gone through PUSHV. That cannot happen. The expression evaluation code screams loudly if any type other than those 3 is set. > Is this the strange case you are talking about? > gnuplot> print defined(cos(x)) > unknown type in real() Yeah. That is what happens if a type other than INTGR/CMPLX/STRING makes it through to the expression evaluation code. > [proposal to add BOOLVAR as an enum DATA_TYPE The problem with this is that it requires changing every single routine in the expression evaluation chain, or at least confirming that a correct default case has been set. I had to do this when I added the STRING type, and it's a pain. > I see it is possible to have a function and variable of the same name. That has always been true. I don't think we can change it now without eliciting complaints from HBB about breaking backwards compatibility :-) -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |