News for hackers. Stuff that matters.
Re:LLVM from a Go Perspective by dis-sys on Saturday May 04, 2019 @02:47AM (#19824862)
> compiler libraries such as LLVM make this a whole lot easier, making it possible for a single person to develop a new language that is close to C in terms of performance.

The TinyGo project is interesting, but it is not a new language developed by a single person as Go is not a new language.

Wondering is there any such single person project implementing a compiler for a new language using LLVM and delivering close to C performance?

Re:LLVM from a Go Perspective by brabel on Saturday May 04, 2019 @05:02AM (#19825314)
https://ziglang.org/

As far as I know, it's mostly Andrew Kelley[1] working on Zig, though it seems to be growing quickly now!

[1] https://andrewkelley.me/post/full-time-zig.html

Re:LLVM from a Go Perspective by thbo on Saturday May 04, 2019 @08:51AM (#19826095)
Not a new language, as it’s based on/similar to Ruby syntax, but the latter is interpreted while this one is built from the ground up for compilation/LLVM:

https://crystal-lang.org

Re:LLVM from a Go Perspective by vnorilo on Saturday May 04, 2019 @02:52AM (#19824879)
xtlang is one; ML meets C with S-expressions and hot reloading.

https://extemporelang.github.io/docs/reference/types/

edit: link is more specific now

Re:LLVM from a Go Perspective by darshanime on Saturday May 04, 2019 @04:35AM (#19825223)
Re:LLVM from a Go Perspective by tcard on Saturday May 04, 2019 @04:38PM (#19829231)
Wren doesn't use LLVM nor claims C-like performance. It's a (fast) dynamic, interpreted language.
Re:LLVM from a Go Perspective by jononor on Saturday May 04, 2019 @08:06AM (#19825930)
Any reference for C-like performance?
Re:LLVM from a Go Perspective by rightbyte on Saturday May 04, 2019 @11:04AM (#19826859)
With double-NaN pointers I would say no C performance.
Re:LLVM from a Go Perspective by Meai on Saturday May 04, 2019 @02:24PM (#19828235)