On Mon, 2011-04-04 at 11:50 +0200, Roel van Dijk wrote:
> I am not aware of any algorithm that can reliably infer the character
> encoding used by just looking at the raw data. Why would people bother
> with stuff like if
> automatically figuring out the encoding was easy?
It is possible, if the
On 5 April 2011 07:04, Mark Lentczner wrote:
> I'm not on that mailing list, so I'll comment here:
I recommend joining the prime list. It is very low traffic and the
place where language changes should be discussed.
> My only caveat is that the encoding provision should apply when Haskell
> sour
Hi,
I'm currently trying to upgrade Debian GNU/Hurd ghc6.8.2 to 6.10.1 (and
further from there, due to requirements of ghc and haddock versions),
and get stuck on configuring the random-1.0.0.1 library in stage1. I
have tried versions of ghc6 are 6.10.1+dfsg1-1 to 6.10.1+dfsg1-5 (the
latest not re
On Tuesday 05 April 2011 03:07:31, Gang Yu wrote:
> Hi Daniel,
>
> > To circumvent the build failure, have an mtl-1.*, but no mtl-2.*
> > available, then it should build (or you could edit the source to
> > replace all occurrences of the data constructor State with the
> > function state to make i
On Tuesday 05 April 2011 04:35:39, Richard O'Keefe wrote:
> On 4/04/2011, at 10:24 PM, Daniel Fischer wrote:
> > Colin spoke of *leading* characters, for .hs files, that drastically
> > reduces the possibilities - not for .lhs, though.
>
> A .hs file can, amongst other things, begin with any "smal
On Tue, Apr 5, 2011 at 5:10 PM, Daniel Fischer <
daniel.is.fisc...@googlemail.com> wrote:
>
> Short of changing the code, try installing encoding-0.6.3; that built with
> ghc-6.12 on hackage, so it should work for you.
>
>
Thanks, Daniel, it does work. I summarize as bundle of
ghc-6.12
mtl-1.1(no
Hello,
I recently tried upgrading the package haskell98 to version 1.1.0.1. Two
things went wrong:
(1) Some of the time the build failed because it said it couldn't build
time-1.2.0.4 (which I already had installed)
(2) Even when I finally managed to get it to build and install, compiling code
On Tuesday 05 April 2011 14:20:52, Julian Porter wrote:
> Hello,
>
> I recently tried upgrading the package haskell98 to version 1.1.0.1.
Don't. Basically, don't upgrade any libraries that come with GHC itself
(afaik, Cabal can be upgraded without causing havoc, everything(?) else
should only
Hi Johan.
Excerpts from Johan Tibell's message of Seg Mar 28 10:58:16 -0300 2011:
(...)
> If you're a student and like to get paid to work on a Haskell project this
> summer I recommend you go find an interesting project [1] and start working
> on your application.
I plan to apply to the Google S
On 5 April 2011 15:17, Marco Túlio Gontijo e Silva wrote:
>
> I plan to apply to the Google Summer of Code, to work on the
> parallelization of
> Cabal Install. As stated in some comments, this project may be too small
> for
> three months, so I included some other things in my proposal. The firs
2011/4/5 Christopher Done :
> On 5 April 2011 15:17, Marco Túlio Gontijo e Silva
> wrote:
>>
>> I plan to apply to the Google Summer of Code, to work on the
>> parallelization of
>> Cabal Install. As stated in some comments, this project may be too small
>> for
>> three months, so I included some
On 5 April 2011 15:33, Vo Minh Thu wrote:
> > I'm sure everyone is eager to have a parallel GHC and parallel Cabal. I
> am.
> > Waiting for 67 modules to build in order every time I change my types
> file
> > is not fun.
>
> You should parallelize yourself instead; while one thread is stuck
> wa
Hi Jason,
I like the idea. I've seen some code from Oleg Kiselyov which
uses __ (two underscores) in this way.
The thing that stops me though, is when I get it wrong, and
undefined fires somewhere, but I don't know where. Something
like you propose, but with a line number, would be sweet.
Paul
Hi Marco
On Tue, Apr 5, 2011 at 3:17 PM, Marco Túlio Gontijo e Silva
wrote:
> I've writed a draft of the proposal at
> http://www2.dcc.ufmg.br/laboratorios/llp/wiki/doku.php?id=marco_soc2011 . If
> you have any comments, I'll be glad to receive them.
Thanks for taking the time to put together s
>
> Looks like you've done a global install and thus have overwritten the
> original. I'm afraid that means you have to reinstall GHC, I know of no way
> to fix it.
Thank you for the explanation. Fortunately, the old version was still there in
its own folder, so was able to unregister the new
It's quite hacky, but this can be done with CPP and quasiquoting
(incidentally, it would be _REALLY_ nice if 'undefined' and 'error'
had similar source-location-dependent error messages by default):
https://github.com/mokus0/junkbox/commit/bad59f486c3457f1d880a1cfa5b1baa33aff4ade
-- James
_
On 5 April 2011 18:00, James Cook wrote:
> It's quite hacky, but this can be done with CPP and quasiquoting
> (incidentally, it would be _REALLY_ nice if 'undefined' and 'error' had
> similar source-location-dependent error messages by default):
>
>
> https://github.com/mokus0/junkbox/commit/bad5
On 5 April 2011 10:35, Daniel Fischer wrote:
> On Tuesday 05 April 2011 04:35:39, Richard O'Keefe wrote:
> > On 4/04/2011, at 10:24 PM, Daniel Fischer wrote:
> > > Colin spoke of *leading* characters, for .hs files, that drastically
> > > reduces the possibilities - not for .lhs, though.
> >
> > A
On Tue, 2011-04-05 at 09:43 +0200, Svante Signell wrote:
> Hi,
>
> I'm currently trying to upgrade Debian GNU/Hurd ghc6.8.2 to 6.10.1 (and
> further from there, due to requirements of ghc and haddock versions),
> and get stuck on configuring the random-1.0.0.1 library in stage1. I
> have tried ver
On Tue, Apr 5, 2011 at 2:02 PM, Svante Signell wrote:
> On Tue, 2011-04-05 at 09:43 +0200, Svante Signell wrote:
> > Hi,
> >
> > I'm currently trying to upgrade Debian GNU/Hurd ghc6.8.2 to 6.10.1 (and
> > further from there, due to requirements of ghc and haddock versions),
> > and get stuck on co
On 4/3/11 11:58 PM, Thomas DuBuisson wrote:
Wren,
Glad to see someone is doing a more complete packaging of STM helpers
and derivatives!
I've done a little work on bounded TChans[1] (hackage "bounded-tchan"
package) and I think you should consider a few things:
Ah, somehow I missed that in my
On 4/4/11 4:42 PM, Jason Dagit wrote:
Is this something people would be interested in having as an extension in
GHC? Or is it just too fluffy for anyone to really care?
I'd much rather have _ on the RHS of equations be a way of specifying
terms that the compiler should infer. This is pretty s
On 6 April 2011 13:13, wren ng thornton wrote:
> On 4/4/11 4:42 PM, Jason Dagit wrote:
>>
>> Is this something people would be interested in having as an extension in
>> GHC? Or is it just too fluffy for anyone to really care?
>
> I'd much rather have _ on the RHS of equations be a way of specify
I'm having trouble using Haskell and ncurses Mac OS X (10.6.6 to be
precise).
GHC 6.12.3 gives me a lot of trouble, and GHC 7.0.2 even more.
rogue.hs, is a text adventure game in the works.
$ cat rogue.hs
{-# LANGUAGE OverloadedStrings #-}
import Data.Text
import UI.NCurses
main :: IO ()
main =
On 4/5/11 11:22 PM, Ivan Lazar Miljenovic wrote:
On 6 April 2011 13:13, wren ng thornton wrote:
On 4/4/11 4:42 PM, Jason Dagit wrote:
Is this something people would be interested in having as an extension in
GHC? Or is it just too fluffy for anyone to really care?
I'd much rather have _ on
Also, nanocurses fails to compile on Mac OS X 10.6.6 with GHC 7.0.2.
$ cabal install nanocurses
Resolving dependencies...
Downloading nanocurses-1.5.2...
Configuring nanocurses-1.5.2...
Preprocessing library nanocurses-1.5.2...
In file included from Curses.hsc:42:
cbits/utils.h:7:20: error: config
26 matches
Mail list logo
