Обещают намного большую совместимость с настоящим хаскелем.
Eta is strategically designed so that Hackage packages can be compiled with little modification, allowing reuse of existing infrastructure. This is done by supporting many of the GHC-specific extensions that are used heavily in popular libraries.
On the other hand, Frege, while it supports basic Haskell, lacks many of the key extensions required to compile Hackage, and hence cannot reuse the existing infrastructure. Moreover, because Eta uses a modified version of GHC’s frontend, we have access to all the powerful and well-tuned optimizations that Frege does not.
frege и eta это две большие разницы со своими плюсами и минусами каждая
у frege в плюсах то что он pure jvm а в минусах то что он глючит и вобще не совсем хаскель
у eta все с точностью до наоборот - хаскель там полноценный и настоящий ghc - и это одновременно и плюс и минус (без настоящего полноценного ghc это не работает)
Reply
Eta is strategically designed so that Hackage packages can be compiled with little modification, allowing reuse of existing infrastructure. This is done by supporting many of the GHC-specific extensions that are used heavily in popular libraries.
On the other hand, Frege, while it supports basic Haskell, lacks many of the key extensions required to compile Hackage, and hence cannot reuse the existing infrastructure. Moreover, because Eta uses a modified version of GHC’s frontend, we have access to all the powerful and well-tuned optimizations that Frege does not.
Reply
Не то чтобы я был против, нет, просто один Хаскель на JVM уже есть. Интересно, какой цимес в ещё одном.
UPD: а, понятно. Но всё равно, 0.0.5...
Reply
у frege в плюсах то что он pure jvm а в минусах то что он глючит и вобще не совсем хаскель
у eta все с точностью до наоборот - хаскель там полноценный и настоящий ghc - и это одновременно и плюс и минус (без настоящего полноценного ghc это не работает)
Reply
Надо будет посмотреть, насколько хороший байткод они генерируют, что ли...
Reply
Leave a comment