Re: [Haskell-cafe] Motion to unify all the string data types

On 10 November 2012 17:57, Johan Tibell wrote: > It better communicates intent. A e.g. lazy byte string can be used for two > separate things: > > * to model a stream of bytes, or > * to avoid costs due to concatenating strings. > > By using a strict byte string you make it clear that you're not

Re: [Haskell-cafe] Strange behavior with listArray

On 12 November 2012 04:50, Alex Stangl wrote: > I'm stymied trying to figure out why the program below blows up with > <<>> when I use "f 0" If you replace the a!0 in f by its value 0, f is equivalent to: f k = if k > 0 then f 0 else 0 : f 1 D

Re: [Haskell-cafe] ANN: fixed-vector

Michael, I think that calls for a type-class! (though I imagine theres a slicker way of writing it) On Sun, Nov 11, 2012 at 11:18 PM, Michael Orlitzky wrote: > On 11/10/2012 06:59 AM, Aleksey Khudyakov wrote: > > Hello cafe! > > > > I want to announce library for the small vectors of fixed lengt

Re: [Haskell-cafe] ANN: fixed-vector

On 11/10/2012 06:59 AM, Aleksey Khudyakov wrote: > Hello cafe! > > I want to announce library for the small vectors of fixed length > fixed-vector[1]. Fixed means that vector's length is determined > by its type. > > Generic API can work with both ATD-based vector like complex or > Vec written be

[Haskell-cafe] Strange behavior with listArray

I'm stymied trying to figure out why the program below blows up with <<>> when I use "f 0" for building the array, but if I substitute g or h in place of f, they work fine. Is this a bug or am I overlooking something? I am using GHC 7.4.2. Thanks, Alex P.S. Forgive the seemingly pointless progra

Re: [Haskell-cafe] Motion to unify all the string data types

> > From: Francesco Mazzoli > > At Sat, 10 Nov 2012 15:16:30 +0100, > Alberto G. Corona wrote: > > There is a ListLike package, which does this nice abstraction. but I > don't > > know if it is ready for and/or enough complete for serious usage. I?m > > thinking into using it for the same reason

Re: [Haskell-cafe] How to determine correct dependency versions for a library?

Peter Simons writes: [...] > Now, the black-list approach has a significant advantage. In current > versions of "cabal-install", it is possible for users to extend an > incomplete black-list by adding appropriate "--constraint" flags on > the command-line of the build. It is impossible, however,

Re: [Haskell-cafe] curl package broken in Windows

Kevin Cantu wrote: > With the curl package on Hackage, I merely need an SSL enabled version > of libcurl, and every Linux distro I've tried this on has several > variations of such a package. (You have a choice of OpenSSL or > GNUTLS, for example.) I tried the CURL bindings on Linux some time ag

Re: [Haskell-cafe] GHC for mobile devices?

Yes, and the Android NDK allows you to write arbitrary C code, it's just a slightly less than pleasant interface with the SDK :-(. Perhaps it's easier to do this in iOS as it's all objective C rather than a vm with a runtime system. Also not sure what the status of porting the runtime system to i

Re: [Haskell-cafe] How to determine correct dependency versions for a library?

Hi Clark. > I think we just use dependencies [to specify] different things. If dependency version constraints are specified as a white-list -- i.e. we include only those few versions that have been actually verified and exclude everything else --, then we take the risk of excluding *too much*. T

Re: [Haskell-cafe] curl package broken in Windows

Heh, I was trying to build this yesterday and it was making by eyes bleed. With the curl package on Hackage, I merely need an SSL enabled version of libcurl, and every Linux distro I've tried this on has several variations of such a package. (You have a choice of OpenSSL or GNUTLS, for example.)

Re: [Haskell-cafe] size of Haskell Platform

I love it when people explain things or make a point using a relevant story (or parable) :) It reminds me of when Michael Abrash would start his articles with the same. Ah, the memories... Cheers Doug. On 11 Nov 2012 17:00, "Doug McIlroy" wrote: > This note is an offshoot of "curl package broke

Re: [Haskell-cafe] size of Haskell Platform

On Sun, Nov 11, 2012 at 11:59 AM, Doug McIlroy wrote: > So it seems to be with Haskell Platform, which aims to include > "all you need to get up and running"--"an extensive set of > standard libraries and utilities with full documentation." I > get the impression that the Platform is bedeviled by

Re: [Haskell-cafe] size of Haskell Platform

Hey Doug, The process for adding new packages is specified here: http://trac.haskell.org/haskell-platform/wiki/AddingPackages The HP aims for comprehensive, general functionality. Things like databases, graphics libraries and web servers are well in scope for inclusion. It should grow. Cheers,

[Haskell-cafe] size of Haskell Platform

This note is an offshoot of "curl package broken in Windows", where this item appeared: > Did you know that Strawberry Perl includes a cygwin gcc? > ... > Maybe Haskell Platform could do the same. The suggestion brought to mind a true-life parable: the pump station at Tok. (Tok is the third corn

Re: [Haskell-cafe] Not exporting a class

Hi Joachim, On Sun, Nov 11, 2012 at 02:10:34PM +0100, Joachim Breitner wrote: > dear package authors. If you define a useful class, please think twice > before you do not export the methods, otherwise something like this will > happen: I like the way 'Common Lisp' deals with this issue. Exported

[Haskell-cafe] Not exporting a class

Hi, dear package authors. If you define a useful class, please think twice before you do not export the methods, otherwise something like this will happen: Am Samstag, den 10.11.2012, 21:39 -0800 schrieb David Fox: > It looks like there is an export copy of the whole prettyprint system > in templ

Re: [Haskell-cafe] Taking over ghc-core

Great! On 10 November 2012 16:17, Shachaf Ben-Kiki wrote: > With Don Stewart's blessing > (), I'll be > taking over maintainership of ghc-core, which hasn't been updated > since 2010. I'll release a version with support for GHC 7.6 later > to