On 2 August 2010 16:24, Jean-Philippe Bernardy wrote:
> Can you explain why you could not use the parsec name,
> with revision number (say) 2.2?
>
> This would help improve hackage/cabal/... versioning mechanism.
I think the idea is to give it more prominence: if you go to
http://hackage.haskell.
On Sun, Aug 1, 2010 at 11:44 AM, aditya siram wrote:
> Why are the Takusen module links on Hackage dead? I would also like to take
> this opportunity to request a Takusen tutorial and to thank you for this
> innovative library.
>
http://blog.codersbase.com/2010/08/takusen-tutorial-part-1-hello-ta
Can you explain why you could not use the parsec name,
with revision number (say) 2.2?
This would help improve hackage/cabal/... versioning mechanism.
Thanks,
JP.
On Mon, Aug 2, 2010 at 4:27 AM, Antoine Latter wrote:
> Hello,
>
> I would like to announce the parsec2 package, which is a maintain
Ivan Miljenovic wrote:
> On 2 August 2010 14:47, Lyndon Maydwell wrote:
> > I thought it was pure as, conceptually, readFile isn't 'run' rather
> > it constructs a pure function that accepts a unique world state as a
> > parameter. This might be totally unrealistic, but this is how I see
> > IO
Lyndon Maydwell wrote:
> I thought it was pure as, conceptually, readFile isn't 'run' rather it
> constructs a pure function that accepts a unique world state as a
> parameter. This might be totally unrealistic, but this is how I see IO
> functions remaining pure. Is this a good mental model?
Ye
On 2 August 2010 14:59, Lyndon Maydwell wrote:
> That's true I suppose, although since there are no implicit parameters
> in haskell, it really has to be a DSL in implementation, rather than
> just theory right?
http://www.haskell.org/ghc/docs/6.12.2/html/users_guide/other-type-extensions.html#im
That's true I suppose, although since there are no implicit parameters
in haskell, it really has to be a DSL in implementation, rather than
just theory right?
On Mon, Aug 2, 2010 at 12:51 PM, Ivan Miljenovic
wrote:
> On 2 August 2010 14:47, Lyndon Maydwell wrote:
>> I thought it was pure as, con
Gregory Collins wrote:
wren ng thornton writes:
So I'm getting some weird linking errors from cabal-install when doing `cabal
configure && cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Mi
On 2 August 2010 14:47, Lyndon Maydwell wrote:
> I thought it was pure as, conceptually, readFile isn't 'run' rather it
> constructs a pure function that accepts a unique world state as a
> parameter. This might be totally unrealistic, but this is how I see IO
> functions remaining pure. Is this a
Ivan Miljenovic wrote:
> On 1 August 2010 20:43, Ertugrul Soeylemez wrote:
>
> > There are no functions with side effects in Haskell, unless you use
> > hacks like unsafePerformIO. Every Haskell function is perfectly
> > referentially transparent, i.e. pure.
>
> At code-writing time, yes; at ru
I thought it was pure as, conceptually, readFile isn't 'run' rather it
constructs a pure function that accepts a unique world state as a
parameter. This might be totally unrealistic, but this is how I see IO
functions remaining pure. Is this a good mental model?
> In terms of what a function does
On 1 August 2010 20:43, Ertugrul Soeylemez wrote:
> Ivan Lazar Miljenovic wrote:
>
>> No, a pure function is one without any side effects.
>
> There are no functions with side effects in Haskell, unless you use
> hacks like unsafePerformIO. Every Haskell function is perfectly
> referentially tra
Thomas Davie wrote:
> On 1 Aug 2010, at 11:43, Ertugrul Soeylemez wrote:
>
> > Ivan Lazar Miljenovic wrote:
> >
> >> No, a pure function is one without any side effects.
> >
> > There are no functions with side effects in Haskell, unless you use
> > hacks like unsafePerformIO. Every Haskell fun
Hello,
I would like to announce the parsec2 package, which is a maintained
fork of the parsec library as of version 2.1.0.1.
This project is for folks who would like to use the simpler interface
and fewer extensions relative to parsec-3.0+, but don't want to rely
on an old version of a package on
wren ng thornton writes:
> So I'm getting some weird linking errors from cabal-install when doing `cabal
> configure && cabal build`
>
> ld warning: atom sorting error for
> _postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
> _postazm0zi2zi0_DataziMonoidziOrdziArgmax_Min_closure_tbl i
Excerpts from wren ng thornton's message of Sun Aug 01 21:06:07 -0400 2010:
> So I'm getting some weird linking errors from cabal-install when doing
> `cabal configure && cabal build`
Hello Wren,
Could you run cabal with -v3 or so and attach the output somewhere?
Cheers,
Edward
So I'm getting some weird linking errors from cabal-install when doing
`cabal configure && cabal build`
ld warning: atom sorting error for
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Max_closure_tbl and
_postazm0zi2zi0_DataziMonoidziOrdziArgmax_Min_closure_tbl in
dist/build/Data/Monoid/Ord/Argm
On Sun, Aug 1, 2010 at 5:11 PM, Felipe Lessa wrote:
> On Sun, Aug 1, 2010 at 6:58 PM, Jason Dagit wrote:
> > This same issues comes up fairly often on the darcs-users mailing list.
> My
> > understanding of the way things are handled there, is that if there is
> ever
> > a good reason to drop s
On Sun, Aug 1, 2010 at 6:58 PM, Jason Dagit wrote:
> This same issues comes up fairly often on the darcs-users mailing list. My
> understanding of the way things are handled there, is that if there is ever
> a good reason to drop support for a version of GHC then the person who wants
> to drop su
On Sat, Jul 31, 2010 at 11:10 AM, Jason Dagit wrote:
>
> = Interested in Takusen development? =
>
> Takusen is looking for a new long term maintainer. I have agreed to
> fill the role of maintainer for now, but we are seeking an
> enthusiastic individual with spare time and a desire to lead Taku
Using the generous resources of community.haskell.org I've created a mailing
list for takusen discussions. I encourage interested parties to join that
list and maybe move the takusen design discussion there:
http://projects.haskell.org/cgi-bin/mailman/listinfo/takusen
I've added the list in the
At the risk of seeming a bit defensive, I'll respond to some of these points...
> Despite this, it seems to have a couple faults:
> * Few tutorials, aside from the Haddocks in Database.Enumerator
True. I put a bit of effort in to writing the docs in
Database.Enumerator as a sort of tutorial, but
On 8/1/10 12:12 PM, austin seipp wrote:
Hi Jason,
I've had my eye on the 'Takusen' approach for a while. In particular I
think it's a wonderful idea to use the left-fold based interface.
Takusen is also well supported and pretty stable, having been around
for a while.
I agree; in fact, I us
Hi Jason,
I've had my eye on the 'Takusen' approach for a while. In particular I
think it's a wonderful idea to use the left-fold based interface.
Takusen is also well supported and pretty stable, having been around
for a while.
Despite this, it seems to have a couple faults:
* Few tutorials, as
I think it is just the ODBC backend that didn't generate
http://hackage.haskell.org/packages/archive/Takusen/0.8.6/doc/html/Database-Enumerator.html
Likely because the required C libs are not on
Hackage, so that backend wasn't built.
aditya.siram:
> I meant the links to the API docs.
> -dee
A reasonable guess (I think, anyway): the reason is because support
for ODBC, Oracle, Postgres etc isn't compiled in by default. You have
to specify it with a flag with cabal install to get support for those
things. But the reason they show up in API docs I would guess is
because Haddock doesn't ch
I meant the links to the API docs.
-deech
[1]
http://hackage.haskell.org/packages/archive/Takusen/0.8.6/doc/html/Database-ODBC-Enumerator.html
On Sun, Aug 1, 2010 at 1:46 PM, Don Stewart wrote:
>
> aditya.siram:
> > Why are the Takusen module links on Hackage dead?
>
> Hmm. The links look fine
aditya.siram:
> Why are the Takusen module links on Hackage dead?
Hmm. The links look fine:
http://hackage.haskell.org/package/Takusen-0.8.6
> this opportunity to request a Takusen tutorial and to thank you for this
___
Haskell-Cafe mailing
Why are the Takusen module links on Hackage dead? I would also like to take
this opportunity to request a Takusen tutorial and to thank you for this
innovative library.
-deech
On Sun, Aug 1, 2010 at 12:59 PM, Jason Dagit wrote:
>
>
> On Sun, Aug 1, 2010 at 9:10 AM, David Anderson wrote:
> >
> >
On Sun, Aug 1, 2010 at 9:10 AM, David Anderson wrote:
>
> Congrats on the release.
>
> Just one humble suggestion: your email assumes that the reader already
> knows what Takusen is. Reading the email, all I can infer is that it
> has something to do with databases, because of the ODBC reference.
On Aug 1, 12:40 pm, Ivan Lazar Miljenovic
wrote:
> rustom writes:
> > However I do have an issue regarding debian packaging.
>
> > At first I installed ghc
> > This brought in
>
> > ghc6 ghc6-doc libbsd-dev libgmp3-dev libgmpxx4ldbl
>
> > I also added haskell98-report haskell98-tutorial darcs
>
Congrats on the release.
Just one humble suggestion: your email assumes that the reader already
knows what Takusen is. Reading the email, all I can infer is that it
has something to do with databases, because of the ODBC reference. The
only link in the email also does nothing to explain, since it
On Sunday 01 August 2010 10:52:48 am Felipe Lessa wrote:
> On Sun, Aug 1, 2010 at 11:29 AM, Nicolas Pouillard
>
> wrote:
> > Finally maybe we can simply forbidden the forcing of function (as we do
> > with Eq). The few cases where it does matter will rescue to
> > unsafeSeqFunction.
>
> What's t
On Sun, Aug 1, 2010 at 11:29 AM, Nicolas Pouillard
wrote:
> Finally maybe we can simply forbidden the forcing of function (as we do with
> Eq). The few cases where it does matter will rescue to unsafeSeqFunction.
What's the problem with
class Eval a where
seq :: a -> t -> t
instance Eva
On Sun, 1 Aug 2010 10:53:24 +0200, Stefan Holdermans
wrote:
> Nicolas,
>
> > I would deeply in favor of renaming seq to unsafeSeq, and introduce a
> > type class to reintroduce seq in a disciplined way.
>
> There is a well-documented [1] trade-off here: Often, calls to seq are
> introduced la
On Aug 1, 2010, at 11:39 AM, Tim Matthews wrote:
>
> So am I like the only haskeller in NZ that doesn't live in wellington? I'm
> stuck down here in Christchurch and traveling to wellington is not something
> I think I can do very often.
There must be a few more. Didn't Computer Science at Ca
On Sun, Aug 1, 2010 at 2:53 AM, Stefan Holdermans
wrote:
> Nicolas,
>
>> I would deeply in favor of renaming seq to unsafeSeq, and introduce a
>> type class to reintroduce seq in a disciplined way.
>
> There is a well-documented [1] trade-off here: Often, calls to seq are
> introduced late in a
On 27/07/10 21:37, bri...@aracnet.com wrote:
I can run any of the examples from the home page that render to screen.
the AM chart is the one I'm using.
BTW, the AM chart has a bug. It does not include the proper color
modules and needs a (opaque color) instead of just color.
gtk2hs is 11
gtk
On 1 Aug 2010, at 11:43, Ertugrul Soeylemez wrote:
> Ivan Lazar Miljenovic wrote:
>
>> No, a pure function is one without any side effects.
>
> There are no functions with side effects in Haskell, unless you use
> hacks like unsafePerformIO. Every Haskell function is perfectly
> referentially
Ivan Lazar Miljenovic wrote:
> No, a pure function is one without any side effects.
There are no functions with side effects in Haskell, unless you use
hacks like unsafePerformIO. Every Haskell function is perfectly
referentially transparent, i.e. pure.
Greets,
Ertugrul
--
nightmare = unsa
Kevin Jardine wrote:
> Or is it possible to call a function in a monad and return a pure
> result? I think that is what the original poster was asking?
>
> I know that unsafePerformIO can do this, but I thought that was a bit
> of a hack.
What most people forget is that in Haskell there is /no/
On Sun, Aug 1, 2010 at 9:18 PM, Alistair Bayley wrote:
> On 24 July 2010 09:58, Hamish Mackenzie
> wrote:
> > On 24 Jul 2010, at 02:15, Tim Matthews wrote:
> >
> > Any of the haskellers here from NZ?
> >
> > I am in Wellington, Stephen is near Palmerston North. There are a few
> others
> > elsewh
On 24 July 2010 09:58, Hamish Mackenzie
wrote:
> On 24 Jul 2010, at 02:15, Tim Matthews wrote:
>
> Any of the haskellers here from NZ?
>
> I am in Wellington, Stephen is near Palmerston North. There are a few others
> elsewhere I think.
I'm currently moving from the UK back to Wellington (well,
P
Nicolas,
> I would deeply in favor of renaming seq to unsafeSeq, and introduce a
> type class to reintroduce seq in a disciplined way.
There is a well-documented [1] trade-off here: Often, calls to seq are
introduced late in a developing cycle; typically after you have discovered a
space leak
On Sat, 31 Jul 2010 17:30:54 -0400, Brandon S Allbery KF8NH
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 7/31/10 16:58 , wren ng thornton wrote:
> > Brandon S Allbery KF8NH wrote:
> >> michael rice wrote:
> >>> Are you saying:
> >>>
> >>> [ head x ] -> [ *thunk* ] and le
David Place writes:
> Hello:
>
> I am trying to load hxt into my Haskell Platform 2010.2.0.0 on OSX. I
> get the following bizarre comment:
>
> David-Places-Mac-Mini:dev2 davidplace$ cabal install hxt
> Resolving dependencies...
> cabal: dependencies conflict: ghc-6.12.3 requires directory ==1.
Brandon S Allbery KF8NH writes:
> Exactly. (I was being cagey because the first response was cagey, possibly
> suspecting a homework question although it seems like an odd time for
> it.)
Why is it an odd time for it?
Here in Australia (and presumably other countries in the southern
hemisphere
rustom writes:
> However I do have an issue regarding debian packaging.
>
> At first I installed ghc
> This brought in
>
> ghc6 ghc6-doc libbsd-dev libgmp3-dev libgmpxx4ldbl
>
> I also added haskell98-report haskell98-tutorial darcs
>
> Then I discovered haskell-platform. I was pleased to discove
writes:
> Seems to be ok rendering to png files.
I'm using timeplot, which is based on Chart, to plot temperatures from
my server in the attic (http://malde.org/~ketil/temp.png if you're
curious :-). This runs from crontab, and I notice that I occasionally
get mails saying tplot was "Killed" -
49 matches
Mail list logo
