"Bill Page" <[EMAIL PROTECTED]> writes:

| On Tue, Apr 8, 2008 at 10:34 PM, Gabriel Dos Reis wrote:
| > On Tue, Apr 8, 2008 at 7:33 PM, Bill Page wrote:
| >
| > http://axiom-wiki.newsynthesis.org/SandBoxMyReduceInOpenAxiom
| >
| >  >
| >  >  ??changed:
| >  >  -Notice that it fails in the same way as above, but it would work
| >  >  if we used the original trick of applying the function before comparing
| >  >  it.  Notice that it fails in the same way as above:
| >
| >  That isn't science.
| >
| >  The original problem is ill-defined:  what does not it mean to compare
| >  two functions?
| >
| 
| In another thread you suggested that the internal function named
| 'newGoGet' occurs only in my test package in SandBoxMyReduce. I do not
| think this is the case.

The Mapping domain is such that it never itself generates a `newGoGet'
-- it is an old style domain, and its functions are always resolved
when it is instantiated.  That is why I was puzzled and I'm still
puzzled that you claim `newGoGet' came from Mapping.  It just does
not.  Someone else did.  

In fact, MyReduce asked for '+' in Integer, and got a stub and passed
that around for Mapping to compare.

[...]

| 'newGoGet' is defined in 'nrunfast.boot'. Here we see that 'newGoGet'
| calls 'replaceGoGetSlot' to resolve the operation before actually
| calling it. We can set:
| 
|  )lisp (setq |$monitorNewWorld| t)
| 
| to see this happen. I think I would like to call 'replaceGoGetSlot
| env' inside MappingEqual to make sure that the resolution is done
| before the comparison. But I am rather lost in this code and do not
| know to construct 'env' for this call in the context of MappingEqual.
| Any help or suggestions would be appreciated.

I do not doubt what you observe by tracing the call.  What I disagree
with is the conclusion you reached.  You may hack up something by
messing with replaceGoGetSlot in Mapping, but I do not think that is
right.  But hey, so far, we have not been doing science, just hacking.
So, I suspect everything is fair game. 

-- Gaby

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
open-axiom-devel mailing list
open-axiom-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open-axiom-devel

Reply via email to