Because you're naive enough to think that it can cover all cases properly, and take care of set and copy in Parse.
No, read the next sentence...
Straw man fallacy. Do you understand how ridiculous it is to "dissect" one-liners written for demonstrative purpose?
I'm sorry. I should have used different word. I guess "examine" should be better.
Then you probably should reconsider your design approach.
Purpose of bind is evident here,
Yes, it's easy to understand. You know why? Because it's just one line. When you write more line you will start to understand this.
and you can change "core functionality of Parse" from Red, because it's a parsing engine written in R/S.
Not sure why mentioned R/S but I agree, I can change (at least some part)
If you try to discredit me, at least do so properly:
Above works as expected, contrary to your claim.
So, do you expect to destroy some words from some other context? Well, I'm not sure why you corrected it. I'm really confused about this code. We were talking about "local words in the function" (how to make it local) and your function changes/delete those words (and it shouldn't do this)
Oh, no, I'm not going to say anything. Seeing how you don't have anything constructive (or original) to add to this discussion, I'm rather disinterested in continuing it. Arguing for the sake of arguing is solely your prerogative.
I'm sorry. I believe in my arguments but I cannot explain it clearly to you. It might be my knowledge (language and/or programming).
I respect you for your knowledge and willing to help others so I, as you said, I don't want to waste your and mine time.
I'm fine If you don't want to answer to this post.
@rebolek I ask again, because I had no answer to this gitter question:
In RED Blog I have read :
Still some features are not yet implemented:
It's not implemented, yes.
Do you mean "yes, you can't build a function at runtime, this affirmation is valid " ?
Jeez... you link a 7 year old blog post about Red compiler and ask if it's possible to create function's at runtime in compiled code - the answer is no, because that would require just-in-time compilation, and current compiler is ahead-of-time one. In general, current compiler cannot support dynamic code.
You can build functions at runtime in interpreter though, that's what
function and other function constructors do all the time.
Vladimir can answer in any way he wants to me. I have started to get used and apreciate the good thing of him (talking personally)
Vladimir can answer in any way he wants to me.