News for hackers. Stuff that matters.
Re:قلب: a non-ASCII programming language written in Arabic by pgcj_poster on Friday October 25, 2019 @08:43AM (#21354381)
I don't know any Lisp, but I wonder about doing something like this in one, since if I understand correctly, even things like conditionals are functions. I'm sure it would be possible with macros, but I wonder if you make a Chinese Lisp just by redefining functions.
Re:قلب: a non-ASCII programming language written in Arabic by elangoc on Friday October 25, 2019 @09:12AM (#21354567)
Indeed!

https://elangocheran.com/2014/10/30/exploring-programming-in...

https://youtu.be/MqjMZNwnYCY

Although I started the above project around the same time as Ramsey started his project in the original link (CLisp in Arabic), they were two entirely independent things. Ramsey's project is a 100% translation, whereas my project scales to other natural languages but is not a 100% translation.

Tim and I worked on trying to make programming in other languages easier as a means to help more kids learn programming, and learn FP the Lisp way, which we explain as more natural.

https://www.youtube.com/watch?v=Y3-53JoGPE4

https://power-turtle.com/#freestyle

Re:قلب: a non-ASCII programming language written in Arabic by wostusername on Friday October 25, 2019 @10:41AM (#21355400)
Conditionals are not functions in Lisp. They are 'special forms' since they have to control the evaluation of their arguments and functions always evaluate all their arguments.

So, if you want to translate a lisp into another language you have to resort to macros.

Re:قلب: a non-ASCII programming language written in Arabic by p_l on Friday October 25, 2019 @11:59AM (#21356264)
None and none, as what you need is to alias the symbols for most lisps.
Re:قلب: a non-ASCII programming language written in Arabic by wostusername on Friday October 25, 2019 @03:16PM (#21358275)
Been a while since I've done Lisp seriously, but I don't believe that's possible, at least in Common Lisp (SBCL). While if responds to symbol function:

  * (symbol-function 'if)
  #<CLOSURE (:SPECIAL IF) {1000C5084B}>
SBCL refuses to set that value to an alias:

  * (setf (symbol-function 'foo) (symbol-function 'if))
  #<THREAD "main thread" RUNNING {10005205B3}>:
    #<CLOSURE (:SPECIAL IF) {1000C5084B}> is not acceptable to (SETF SYMBOL-FUNCTION)
Trying this with regular functions works as intended:

  * (setf (symbol-function 'bar) (symbol-function 'mapcar))
  #<FUNCTION MAPCAR>
  * (bar #'1+ '(1 2 3))
  (2 3 4)
Special forms are, well, special and a lot of the regular parts of lisp doesn't work with them.
Re:قلب: a non-ASCII programming language written in Arabic by p_l on Sunday October 27, 2019 @08:20PM (#21373382)
hmm, I think worst case symbol-macro should work there :/

I expected specials to work in this case, but apparently not.

Re:قلب: a non-ASCII programming language written in Arabic by kazinator on Friday October 25, 2019 @05:25PM (#21359395)
Yes; alias the symbols that are macro operators or special operators via macros, and alias other kinds of symbols in their respective namespaces.

Variables may also have to be done with macros, because you want an assignment to a translated variable name to appear in the original variable. Some Lisp dialects perhaps allow a variable cell to have a binding to two or more symbols which could do the same thing.