1) Can anyone tell me how I can build Yi or point me to a binary release of that editor? I tried to follow the instructions on http://www.nobugs.org/developer/yi/building.html but got a missing component error each time. 2) When if ever is Data.ByteString going to be the default string representation in GHC? I study computational linguistics and plan to switch to Haskell in the near future, that is once I get to grips with the language and the whole new thought model one has to develop as an imperative programmer. Best Regards, Cetin Sert www.corsis.de
On Mon, 2008-01-21 at 19:12 +0100, Cetin Sert wrote:
1) Can anyone tell me how I can build Yi or point me to a binary release of that editor?
I tried to follow the instructions on http://www.nobugs.org/developer/yi/building.html but got a missing component error each time.
You need ghc-6.8.2, the latest yi from darcs darcs get http://code.haskell.org/yi as well as the latest version of fingertree and vty or gtk. If you have further question please use the yi-devel mailing list (http://groups.google.com/group/yi-devel). Note though, that yi is not ready for regular use, yet. But, of course, contributions are accepted anytime.
2) When if ever is Data.ByteString going to be the default string representation in GHC?
Not anytime soon (if ever). It's not guaranteed to be faster in any case, but its generally faster for bigger inputs. If you're worried about literals, that's not a problem anymore. You can just use: myErrorMsg = "Oops!" :: ByteString
I study computational linguistics and plan to switch to Haskell in the near future, that is once I get to grips with the language and the whole new thought model one has to develop as an imperative programmer.
Good luck!
On 2008.01.21 19:12:26 +0100, Cetin Sert
1) Can anyone tell me how I can build Yi or point me to a binary release of that editor?
I tried to follow the instructions on http://www.nobugs.org/developer/yi/building.html but got a missing component error each time.
The specific error would help a lot. Also, yi-devel might be a good list to subscribe to.
2) When if ever is Data.ByteString going to be the default string representation in GHC?
Not sure. I once asked about this, and it seems that ByteStrings don't support all the operations and definitions [Char] does; and there was mention of Unicode problems. Plus, ByteStrings aren't really built-in - they're a separate library. You could perhaps suggest that [Char] could be often optimized into ByteString operations but then ByteStrings need to either lose their library status and be incorporated into GHC or you need to expand the list of depended libraries... I wouldn't look for't anytime soon.
I study computational linguistics and plan to switch to Haskell in the near future, that is once I get to grips with the language and the whole new thought model one has to develop as an imperative programmer.
Well, you're not the first computational linguist. There are some pretty impressive projects in Haskell.
Best Regards, Cetin Sert
-- gwern argus ARPA garbage Internet Halliburton Corporation SASP disruptio Egret SLBM
Hello gwern0, Monday, January 21, 2008, 10:18:15 PM, you wrote:
really built-in - they're a separate library. You could perhaps suggest that [Char] could be often optimized into ByteString operations but then ByteStrings need to either lose their library status and be incorporated into GHC
it is no problem, although it should be done in a bit different way. some concrete version of ByteString library should be built-in into GHC (base library, probably) and used *only* for this purpose while ByteString library by itself should remain separate and continue to improve -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com
Hello, On Mon, Jan 21, 2008 at 07:12:26PM +0100, Cetin Sert wrote:
2) When if ever is Data.ByteString going to be the default string representation in GHC?
Why would you need such a thing? ByteStrings don't have any unicode support, and they can be quite slow for small strings. They are just a different tool for different task. But if you wish, you could use string literals as bytestrings with -XOverloadedStrings ghc (>=6.8) flag
Best Regards, Cetin Sert www.corsis.de
-- pierre
-- Yi
that's the error message I got following the instructions on
http://www.nobugs.org/developer/yi/building.html
setup: At least the following dependencies are missing:
fingertree -any
make: *** [dist/setup-config] Error 1
Where can I get fingertree from? Do I need a specific version of this
package?
-- Data.ByteString
Where can I read more about GHC options like -XOverloadedStrings or this "::
ByteString" type declaration?
I did not know ByteString was less performant than a linked list of
characters. It is used even in the language shootout benchmark programs.
Cetin
On 21/01/2008, pierre
Hello,
On Mon, Jan 21, 2008 at 07:12:26PM +0100, Cetin Sert wrote:
2) When if ever is Data.ByteString going to be the default string representation in GHC?
Why would you need such a thing? ByteStrings don't have any unicode support, and they can be quite slow for small strings. They are just a different tool for different task.
But if you wish, you could use string literals as bytestrings with -XOverloadedStrings ghc (>=6.8) flag
Best Regards, Cetin Sert www.corsis.de
-- pierre
cetin.sert:
-- Yi
that's the error message I got following the instructions on [1]http://www.nobugs.org/developer/yi/building.html
setup: At least the following dependencies are missing: fingertree -any make: *** [dist/setup-config] Error 1
Where can I get fingertree from? Do I need a specific version of this package?
-- Data.ByteString
Where can I read more about GHC options like -XOverloadedStrings or this ":: ByteString" type declaration?
I did not know ByteString was less performant than a linked list of characters. It is used even in the language shootout benchmark programs.
It's not "always slower" or "always faster". There's some particular operations where short [Char] is going to be faster than a pinned array. -- Don
On 2008.01.22 01:39:33 +0100, Cetin Sert
-- Yi
that's the error message I got following the instructions on http://www.nobugs.org/developer/yi/building.html
setup: At least the following dependencies are missing: fingertree -any make: *** [dist/setup-config] Error 1
Where can I get fingertree from? Do I need a specific version of this package?
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/fingertree-0.0 Always a good idea to check Hackage when dependencies are missing.
-- Data.ByteString
Where can I read more about GHC options like -XOverloadedStrings or this ":: ByteString" type declaration?
The ByteString API documentation, presumably.
I did not know ByteString was less performant than a linked list of characters. It is used even in the language shootout benchmark programs.
Cetin
As Don said, it's a matter of domain. For small amounts of data, the overhead erases the performance gains - although no one is denying that for medium (like you see on the Shootout) to large amounts of data (up to tera-, I think someone benchmarked) ByteString is excellent. -- gwern O/S bet pipe-bomb SARA Adriatic BSS M5 LBSD NOCS CBNRC
Hello Cetin, Monday, January 21, 2008, 9:12:26 PM, you wrote:
2) When if ever is Data.ByteString going to be the default string representation in GHC?
there is no need, you can just use it as any other type. having rich library is enough condition -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com
participants (6)
-
Bulat Ziganshin -
Cetin Sert -
Don Stewart -
gwern0＠gmail.com -
pierre -
Thomas Schilling