News for hackers. Stuff that matters.
Re:A Lisp that runs Python (2016) by rntz on Friday October 13, 2017 @12:38PM (#15467202)
This article is about Hy, http://docs.hylang.org/en/stable/

"A Lisp that runs Python" is kind of vague. Hy describes itself as "a Lisp-flavored Python". I'd call it "a lisp that compiles to Python".

Re:A Lisp that runs Python (2016) by CoolGuySteve on Friday October 13, 2017 @01:39PM (#15467720)
Hmmm that's too bad, I'd like a python-flavoured lisp. That is a relatively fast functional language that replaces most of the brackets with indentation.

Any suggestions?

Re:A Lisp that runs Python (2016) by e12e on Saturday October 14, 2017 @04:30PM (#15474098)
> ... a relatively fast functional language that replaces most of the brackets with indentation.

You might like sweet expressions coupled with a common lisp, a scheme or racket:

http://readable.sourceforge.net/

http://docs.racket-lang.org/sweet/index.html

... Or perhaps have a look at Julia:

https://julialang.org/

"Julia - to Lisp or not to Lisp":

https://m.youtube.com/watch?v=dK3zRXhrFZY

[ed: and as mentioned below, there's also wisp:

http://www.draketo.de/english/wisp

]

Re:A Lisp that runs Python (2016) by todd8 on Friday October 13, 2017 @07:43PM (#15469904)
Make sure you use an editor, like emacs, that really understands lisp and the parentheses won’t mater. The auto indenting with lisp makes working with it syntactically just as easy as python.
Re:A Lisp that runs Python (2016) by CoolGuySteve on Saturday October 14, 2017 @01:47AM (#15470970)
I don't disagree, I did that back in university. My problem with the brackets is that it lends itself to a 'write-once-read-never' style when a function ends with 12 round brackets.

I think S-expr trees and their macros are the right way to write code, and that a S-expr diff is the one true way to do git-diff. But so far I haven't seen a language that integrates into the toolchain like that.

Go has gofmt that at least acknowledges that style should be consistent, but I would argue 'who gives a fuck'. The expression tree is what really matters.

Re:A Lisp that runs Python (2016) by macco on Saturday October 14, 2017 @05:11AM (#15471414)
Look into pyret. Its made by one of the racket creators. But as most commentors said use a lisp with a good editor. Emacs or atom with parinfer for example.
Re:A Lisp that runs Python (2016) by anon90556382956 on Friday October 13, 2017 @03:13PM (#15468494)
Yes, wisp : http://www.draketo.de/english/wisp But most lisper prefer parentheses. As for me I'm just starting to learn scheme because of GuixSD and I'm trying to get used to parentheses. It's not that bad if you use paredit/parinfer/...
Re:A Lisp that runs Python (2016) by prophesi on Friday October 13, 2017 @06:25PM (#15469625)
Have you used wisp? I'm actually just about to work on a small github project to learn it, and was wondering if there's an editor with wisp syntax highlighting out there.

I tend to use VS Code, but it just has a plugin package named "wisp" with no documentation, looks for ".w" extensions, and is on version 0.0.1...

Re:A Lisp that runs Python (2016) by anon90556382956 on Saturday October 14, 2017 @03:59PM (#15473919)
No, I'm just starting to learn my first lisp. I just found wisp while I was lurking on search engines for this parentheses "problem" (as I viewed it). Then I found this answer on quora and started to convince myself parentheses don't really matter: https://www.quora.com/Would-it-be-possible-to-replace-parent...

Right at this moment I'm reading this paredit guide : http://danmidwood.com/content/2014/11/21/animated-paredit.ht...

Re:A Lisp that runs Python (2016) by cup-of-tea on Friday October 13, 2017 @02:00PM (#15467900)
You could just write your own `read` that supports indentation instead of brackets. It would be pretty annoying, though.
Re:A Lisp that runs Python (2016) by phoe-krk on Friday October 13, 2017 @01:13PM (#15467497)
Not unlike Lisp Flavored Erlang, which is a Lisp atop Erlang's BEAM virtual machine and that compiles into pure Erlang.
Re:A Lisp that runs Python (2016) by fasquoika on Friday October 13, 2017 @04:38PM (#15469073)
I thought it compiled to BEAM bytecode, is that wrong?
Re:A Lisp that runs Python (2016) by s_kilk on Friday October 13, 2017 @05:05PM (#15469228)
(From memory, don't quote me on this), The BEAM bytecode is apparently not well documented, so the standard practice for compile-to-beam languages is to emit Erlang terms, then use the erlang toolchain to compile down to bytecode. I think that's how Elixir and LFE do it anyways.

Someone correct me if I've got that wrong.

Re:A Lisp that runs Python (2016) by fasquoika on Friday October 13, 2017 @10:16PM (#15470324)
If I'm reading this[0] correctly, it looks like you're right.

[0]: https://github.com/rvirding/lfe/blob/develop/src/lfe_comp.er...