21–26 of 26 posts
Some discussion of implementation on github: https://github.com/bjpop/berp/wiki/Developing-Berp
Which shows that this implementation doesn't support imports, keyword arguments, metaclasses, eval and variable scope annotations. This might have been a nice exercise but it is completely unusable as a serious implementation.
Earlier quoted context omitted.
Which shows that this implementation doesn't support imports, keyword arguments, metaclasses, eval and variable scope annotations. This might have been a nice exercise but it is completely unusable as a serious implementation.
[deleted]
Earlier quoted context omitted.
After three hours of trying to install this with GHC 6.12.1 and GHC 7.0.3 I have given up. The problem isn't with berp .cabal files but with dependencies of berp. ghc-7.0.3 requires containers ==0.4.0.0 language-python requires containers ==0.3.0.0 ghc-6.12.1 requires directory ==1.0.1.0 language-python requires directory ==1.0.1.2 Fetching and unpacking language-python and changing the dependencies manually doesn't…
There is a workaround for the issues with language-python. One can do: cabal fetch language-python cabal unpack language-python edit the language-python.cabal file updating the containers dependency to 0.4.0.0 then change the version number of language-python itself to 0.3.3 cabal configure cabal install However, this will not fix the more obtuse problem: Warning: This package indirectly depends on multiple versions…
It crashes on just about everything. Even a simple "for" loop defeats it. So one has to replace all of those with while blocks.
Every single one of the Python benchmarks I have previously written fails with a not implemented error.
On the one trivial example I timed which worked it was about 1000 times slower than Python.
How fast is it?
But the one trivial example I tried the berp interpreter was something like 1000 times slower than Python.
Earlier quoted context omitted.
After three hours of trying to install this with GHC 6.12.1 and GHC 7.0.3 I have given up. The problem isn't with berp .cabal files but with dependencies of berp. ghc-7.0.3 requires containers ==0.4.0.0 language-python requires containers ==0.3.0.0 ghc-6.12.1 requires directory ==1.0.1.0 language-python requires directory ==1.0.1.2 Fetching and unpacking language-python and changing the dependencies manually doesn't…
This sounds sadly like my experiences trying to get the Yi editor to install. I love Haskell in theory, but the build system is so painful if you aren't an expert!
With Ruby, you have to learn to use rvm, bundler and whatnot just to get a recent version of Ruby installed. Many distributions ship with quite old versions of Ruby and the Ruby official release tarballs have been unreliable (version number doesn't change, tarball contents does, etc).
Lots of languages seem to suffer from similar problems.
Some discussion of implementation on github: https://github.com/bjpop/berp/wiki/Developing-Berp
Which shows that this implementation doesn't support imports, keyword arguments, metaclasses, eval and variable scope annotations. This might have been a nice exercise but it is completely unusable as a serious implementation.