rahulmutt

5 ms·

1.
by rahulmutt 10y ago
Yeah and it also allows addressing beyond 2GB. I've been using DirectByteBuffers for the sake of being compatible with Android which I think doesn't give you access to the Unsafe API probably. I'll see if I can add a compiler
2.
by rahulmutt 10y ago
Throughout eta-lang.org we use a custom syntax highlighter we developed for CodeMirror (used in the playground) and Pygments for the static code examples throughout the docs. We will translate these to other platforms like Emacs, Vim, Eclip
3.
by rahulmutt 10y ago
You can use JVM debugging tools and with a guide on how to interpret the results for Eta (or a tool that does the mapping to Eta source code for you), debugging can be pretty awesome. The implementation was specifically designed to re-use t
4.
by rahulmutt 10y ago
Performance of a tiny code sample is not why people select one language over another. If that was the case, no one would be using anything besides assembly or C. Even in other languages, you'll use an abstraction heavy implementation f
5.
by rahulmutt 10y ago
Thanks for the fix! It's up on the site now.
6.
by rahulmutt 10y ago
There are plans to make the compiler self-hoisting once it's more stable. The little bit of C used is just to turn on an option in the GHC runtime for profiling purposes. That would be replaced with some Java code to turn on an option
7.
by rahulmutt 10y ago
I should mention that a good testing discipline is required in Eta as well but you would focus your testing on high-level properties using frameworks like QuickCheck. Moreover, you don't lose as much if you don't write tests like
8.
by rahulmutt 10y ago
Given the recent interest in reactive programming, people will probably like the built-in support for streams via lazy lists in Eta.
9.
by rahulmutt 10y ago
You can probably tell it's been a long day. Thanks for the catch! The fix should be visible in a couple minutes.
10.
by rahulmutt 10y ago
Laziness by default does not mean you can't have strict primitive types, which Eta does. Moreover, if you ever want to avoid object references in performance-sensitive contexts, you can allocate off-heap memory and work directly with t
11.
by rahulmutt 10y ago
Lisp is sexy, but parenthesis are a really hard sell for the wide crowd. It sounds silly, but that's the reality. If they had forced people to learn & use Lisp instead of C, the world might be a very different place. I personally l
12.
by rahulmutt 10y ago
Thanks for bringing this up! I will definitely add a section for explaining the benefits for Scala and Clojure devs. I shipped a non-trivial Clojure web service to production that was handling 1M/requests a day. The experience is what
13.
by rahulmutt 10y ago
I think it might interest you that Haskell-like languages are one of the best languages for programming EDSLs after Lisp-like languages. If I recall correctly, Standard Chartered uses an EDSL written in Haskell that's maintained by ~10
14.
by rahulmutt 10y ago
You would be correct if we branded it as "the" powerful language, but we used "a" meaning it's one of many for you, the programmer to chose. I have practically found Haskell-like languages to deliver lots of value i
15.
by rahulmutt 10y ago
The benchmarks I've run are extremely promising, and Eta is sometimes competitive to GHC after warmup. GHC's aggressive optimisations with -O2 + Oracle JVM's JIT seem to be a very powerful combination. I have avoided publishi
16.
by rahulmutt 10y ago
How Eta's going to differ from the standard is not clear for me either. It's dependent on a lot of factors, such as how GHC decides to evolve and how that affects the usability of the language. The whole point of the name change w
17.
by rahulmutt 10y ago
I'd love to hear about your experience and ways I can build Eta to make that experience better. Feel free to shoot me an email.
18.
by rahulmutt 10y ago
2048 was just convenient. It just so happens that there was an existing Haskell project that used the native GLTK library. I just swapped that out with JavaFX and it worked. If I were to write a book on Eta, I would certainly use a simpler
19.
by rahulmutt 10y ago
It was actually not familiarity. We specifically asked people "Which code sample looks readable to you?" People just love concise code. Less cognitive burden.
20.
by rahulmutt 10y ago
Check out the FAQ: http://eta-lang.org/docs/html/faq.html . For the record, I love Haskell as a language and even after solving the tooling and documentation problems, it doesn't solve the integration problem.
21.
by rahulmutt 10y ago
I agree that it's not a good implementation, as I said it's for illustrative purposes. You also don't implement the "Hello World!" program ever in real life, yet every programming language intro starts with that. Re
22.
by rahulmutt 10y ago
This is exactly the direction we're going. I'm a big fan of extensible records/variants. We'll be supporting the GHC 8 extensions that are orthogonal to the type system refactoring like Strict, StrictData, etc. pretty mu
23.
by rahulmutt 10y ago
No, you're right. I just don't want to swap out the frontends right now (again, stability). I'll definitely be cherry picking bug fixes and non-pervasive changes once I get a solid test/benchmark suite setup.
24.
by rahulmutt 10y ago
Lazy. I think we have enough strict JVM languages.
25.
by rahulmutt 10y ago
You can, see https://github.com/rahulmutt/eta-2048 . The whole point of that example was to demonstrate that you can build nontrivial things with Eta right now. Just have to deal with Java FFI boilerplate which requires
26.
by rahulmutt 10y ago
"Relatively easy to understand even if you don't know the language" <- We have empirically verified this by showing code samples of quicksort side-by-side in Java, Scala, Clojure, and Eta to ~100 programmers who had no exp
27.
by rahulmutt 10y ago
GHC 8 will take some time. The current position is to prioritize those new extensions which start creeping up in Hackage libraries. There were significant changes to the codebase in 8 and I want to wait until it's stabilized. Eventuall
28.
by rahulmutt 10y ago
Eta in fact only deals with STG code -> Java bytecode transformation. I agree that the intermediate transformations are brilliant, so I am very careful about playing around with the frontend bit of the GHC codebase. Eta currently impleme
29.
by rahulmutt 10y ago
Don't worry. Solving the records problem is a high priority item for Eta. We might solve it in a different way than GHC 8, so that's where the 'dialect' part comes in.
30.
by rahulmutt 10y ago
We maintain quite a bit of compatibility, which is why we have access to the wonderful, but dependency-heavy lens library. See the Eta Playground for an example.

More ›