> -----Original Message----- > [EMAIL PROTECTED] On Behalf Of neville holmes > Sent: Friday, December 21, 2007 5:11 AM > Subject: [Jprogramming] Multicore Arithmetic > > Please excuse me if this contribution duplicates > comments already made in the multicore thread. > I have dropped working in J pending the restoring > of [: and ]: as functions like [. and ]., and unlike the > dropped lev and dex conjunctions, to allow me to > avoid explicit coding, so I have just been skimming > this forum's discussions. (Not that I really expect > this change to take place, but hope springs eternal.) >
"If Mohammed will not go to the mountain; the mountain must come to Mohammed." Could you not move the mountain towards you? Perhaps is not that difficult: conceivably you could write a verb to compile code written using [: and ]:, as you have proposed before, generating equivalent code in current standard J; ';:' might facilitate the process. You could even write the compiling verb using your syntax and primitives, compile it by hand and use the source as a test case for the compiled version of itself. Further, jijs.ijs is open, allowing for interesting possibilities. Unlike others, I have never missed much the old [: and ]: (As I have mentioned before, Tacit J is Turing complete regarding verbs; verbs (and nouns, adverbs, conjunctions, etc.) can be represented by strings that can be manipulated by verbs; and resulting strings representing verbs can be executed, even in real time if necessary, via apply (128!:2)). However, I would be interested to see your suggestions in action. I am curious, in which language (if any) are working now instead of J? > However, my eye was caught by Viktor Cerovski's raising > arithmetic associativity in Message 6 of Digest 27/39. > This raised a number of thoughts in my head, though > maybe these are naive, as I am quite unfamiliar with > the details of multicore architecture. > > The associativity problem is a very real one because ... One important application, at least for some of us, that would benefit from parallel processing and should be immune to uncertainty in the order of execution is the generation of 'random' quantities. ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
