in reply to Re^6: Unparseability is A Good Thing
in thread Unparseability is A Good Thing
"The meaning of token" is ambiguous. Do you intend to say the outcome of the token or what the machine is supposed to do with the token?
If you intend to say the "outcome", then yes we do disagree on the meaning of parsability. The meaning of the token isn't to play fortune teller; if you give a machine tape input, the machine doesn't pretend to somehow create a pipeline of the future, knowing the state of machine at time t+1. It only knows the state at execution t, where the reader is.
This isn't a perl problem. I know you know this. So what is this requirement on the parser that you are saying is a perl problem?
If you intend to say the "outcome", then yes we do disagree on the meaning of parsability. The meaning of the token isn't to play fortune teller; if you give a machine tape input, the machine doesn't pretend to somehow create a pipeline of the future, knowing the state of machine at time t+1. It only knows the state at execution t, where the reader is.
This isn't a perl problem. I know you know this. So what is this requirement on the parser that you are saying is a perl problem?
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^8: Unparseability is A Good Thing
by ikegami (Patriarch) on Aug 27, 2009 at 16:30 UTC | |
by Zen (Deacon) on Aug 27, 2009 at 21:02 UTC | |
by ikegami (Patriarch) on Aug 27, 2009 at 21:18 UTC |
In Section
Meditations