> It is curious though that the Python community managed to agree on a
> single implementation and include that in the standard library
To me, it's more like 2 implementations, overloaded on the same
function name.
Python 2.6.2 (r262:71600, Aug 30 2009, 15:41:32)
[GCC 2.95.3-haiku-090629] on hai
On Mon, Feb 14, 2011 at 07:52, Evan Laforge wrote:
> the simple 'join ::
> String -> [String] -> String' and 'split :: String -> String ->
> [String]' versions work in enough cases.
BTW, this "join" is Data.List.intercalate.
--Max
___
Haskell-Cafe mai
>> The reason it's not in Data.List is because there are a bazillion
>> different splits one might want (when I was pondering the issue before
>> Brent released it, I had collected something like 8 different proposed
>> splits), so no agreement could ever be reached.
>
> It is curious though that t
By my reading of the documentation of the AES package in hackage
(http://hackage.haskell.org/packages/archive/AES/0.2.7/doc/html/Codec-Crypto-AES.html),
the sizes of the strict bytestring chunks of the lazy bytestring given
to crypt must be multiples of 16 bytes or the resulting output will
act as
> Last year we worked hard to come up with a good list of projects for the
> 2010 Google Summer of Code. A list drafted at ZuriHac is here:
>
>
> http://donsbot.wordpress.com/2010/04/01/the-8-most-important-haskell-org-gsoc-projects/
>
> And we ended up with quite a few of those funded,
>
>
> http
I've never used darcsden before. I take it your username is simon?
On Mon, Feb 14, 2011 at 5:43 AM, Simon Michael wrote:
>>> Would it be worth re-exporting a type-aliased GLdouble to completely
>>> hide the implementation?
>
> PS, and now I understand more clearly - yes, you're quite right. I mea
Last year we worked hard to come up with a good list of projects for the
2010 Google Summer of Code. A list drafted at ZuriHac is here:
http://donsbot.wordpress.com/2010/04/01/the-8-most-important-haskell-org-gsoc-projects/
And we ended up with quite a few of those funded,
http://dons
Would it be worth re-exporting a type-aliased GLdouble to completely
hide the implementation?
PS, and now I understand more clearly - yes, you're quite right. I
meant to do that.
Perhaps some day it could use a graphics-and-IO abstraction layer
(like HaskGame).
Thanks Lyndon,
On Feb 13, 2011, at 1:24 PM, Lyndon Maydwell wrote:
I've been working almost exclusively with GLUT because it seems to be
the only multi-platform graphics toolkit that works for me. This looks
great! It certainly seems to take the pain out of texture-loading
which always drives me
Wow.
I've been working almost exclusively with GLUT because it seems to be
the only multi-platform graphics toolkit that works for me. This looks
great! It certainly seems to take the pain out of texture-loading
which always drives me up the wall.
The examples seem to be loading OpenGL in order t
All - inspired by #haskell-game, I'm pleased to announce that FunGEn
has been revived as a community project. This makes Andre Furtado's
2002 work available to the new generation of haskell game developers. :)
FunGEn (Functional Game Engine) is a platform-independent, BSD-
licensed, easy-to-
I was battling a similar (the same?) issue recently. The problem might
indeed be caused by excessive sharing. There's a good example in GHC's
trac [1]. Try compiling your code with -O2 and -fno-full-laziness.
There is also an issue with full-laziness and recursive overloaded
functions [2]. Again,
On 12/02/2011 08:18 PM, Aaron Gray wrote:
I was wondering if anyone had an idea or estimate as to how large the
Haskell community is ?
http://steve-yegge.blogspot.com/2010/12/haskell-researchers-announce-discovery.html
(Sorry, I couldn't resist...)
On Sat, Feb 12, 2011 at 8:18 PM, Aaron Gray wrote:
> I was wondering if anyone had an idea or estimate as to how large the
> Haskell community is ?
54,862 members.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/li
Aaron Gray писал(а) в своём письме Sat, 12
Feb 2011 22:18:33 +0200:
I was wondering if anyone had an idea or estimate as to how large the
Haskell community is ?
Aaron
I've been subscribed to this list since the very start of the 2010 year,
and I counted 1168 ± 20 different persons postin
On Sun, Feb 13, 2011 at 4:19 AM, Felipe Almeida Lessa
wrote:
> On Sat, Feb 12, 2011 at 10:52 PM, Aaron Gray
> wrote:
>> Maybe we should have some website like the Linux Counter where you can get
>> an official Haskell user number ?
>> Then advertise it well.
>
> We already have haskellers.com, a
On , Ryan Ingram wrote:
Hi Sam. I don't know much about the performance problems you are
seeing, but I think your solution is more cleanly implemented just
under the event level with futures.
I think the reactive function you want has a type like this:
stateMachine :: s -> (a -> s -> s) ->
On Sun, Feb 13, 2011 at 11:21:42AM +0100, Henning Thielemann wrote:
>
> On Sun, 13 Feb 2011, Iustin Pop wrote:
>
> >On Sat, Feb 12, 2011 at 11:21:37AM -0500, Gwern Branwen wrote:
> >>
> >>See http://hackage.haskell.org/package/split
> >>
> >>The reason it's not in Data.List is because there are a
On Sun, Feb 13, 2011 at 06:01:01PM +0800, Lyndon Maydwell wrote:
> Does the Python implementation operate on Strings, or all lists?
Of course, just on strings.
> I think this could be quite important as many split implementations
> take regular expressions as arguments. This could be quite challe
On Sun, 13 Feb 2011, Iustin Pop wrote:
On Sat, Feb 12, 2011 at 11:21:37AM -0500, Gwern Branwen wrote:
See http://hackage.haskell.org/package/split
The reason it's not in Data.List is because there are a bazillion
different splits one might want (when I was pondering the issue before
Brent re
On 2/12/11 11:41 AM, Tim Chevalier wrote:
What's important is not just that
Haskell has static typing, but that algebraic data types are a rich
enough language to let you express your intent in data and not just in
code. That helps you help the compiler help you.
ADTs are an amazing thing to ha
Does the Python implementation operate on Strings, or all lists?
I think this could be quite important as many split implementations
take regular expressions as arguments. This could be quite challenging
for general lists.
That said, I would like to see some of these features in the split package
On Sat, Feb 12, 2011 at 11:21:37AM -0500, Gwern Branwen wrote:
> On Sat, Feb 12, 2011 at 11:00 AM, Robert Clausecker wrote:
> > Is there any reason, that one can't find a function that splits a list
> > at a seperator in the standard library? I imagined something like this:
> >
> >
> > splitSep
23 matches
Mail list logo