On Fri, 2009-02-06 at 08:28 -0200, Marco Túlio Gontijo e Silva wrote:
$ ./setup configure --enable-library-profiling --disable-library-vanilla
/usr/bin/ld: dist/build/Control/Monad/Cont.o: No such file: No such file
or directory
I'm using ghc6 6.10.1+dfsg1-5 and binutils 2.19-1~exp1.
On Tue, 2009-02-03 at 19:25 +, Andrew Coppin wrote:
Don Stewart wrote:
The platform is a set of blessed libraries and tools. The distros will
still need to package that.
To do that for Windows, we're still going to need a windows packaging
team, along side Debian, Arch, Gentoo, Mac
On Wed, 2009-02-04 at 13:31 +, Simon Marlow wrote:
Duncan Coutts wrote:
On Tue, 2009-02-03 at 11:03 -0600, John Goerzen wrote:
Will there also be something to handle the UTF-16 BOM marker? I'm not
sure what the best API for that is, since it may or may not be present
On Tue, 2009-02-03 at 10:38 +0100, Sean Leather wrote:
Presumably the template-haskell-2.3 package does not build
with ghc-6.8
but fails to correctly specify the version of base or ghc that
it
requires. If it did then we would have a better chance to
On Mon, 2009-02-02 at 19:16 -0800, Valentyn Kamyshenko wrote:
Hi Duncan,
The major problem that I see is with
# cabal update
# cabal upgrade
sequence of operations (that is, upgrading all installed packages).
Right, that's exactly what doesn't work well and that I'm proposing to
On Tue, 2009-02-03 at 08:26 +, Neil Mitchell wrote:
Hi
GHC doesn't bundle with cabal-install on any system.
What is needed is not for the GHC team to be doing Windows platform
packages, but for the Windows Haskell devs to build their own system, as
happens on all the Unices.
mentioned this already, but utf16 (as opposed to
utf16be/le) will use the BOM if its present.
I'm not quite sure what happens when you switch encoding, presumably
it'll accept and consider a BOM at that point.
Thanks to suggestions from Duncan Coutts, it's possible to call
hSetEncoding even
On Tue, 2009-02-03 at 17:39 -0600, John Goerzen wrote:
On Tue, Feb 03, 2009 at 10:56:13PM +, Duncan Coutts wrote:
Thanks to suggestions from Duncan Coutts, it's possible to call
hSetEncoding even on buffered read Handles, and the right thing
happens. So we can read from text
On Mon, 2009-02-02 at 13:49 +0900, Benjamin L.Russell wrote:
On Sun, 01 Feb 2009 15:01:28 +, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
On Sat, 2009-01-31 at 16:50 -0800, Don Stewart wrote:
Windows people need to set up a wind...@haskell.org to sort out their
packaging issues
On Sun, 2009-02-01 at 19:10 -0800, Valentyn Kamyshenko wrote:
So, in practical terms, you suggest that no new version of the package
that ghc package depends on (directly or indirectly) should ever be
installed?
For example, as soon as process-1.0.1.1 is installed on my computer,
I'll
On Mon, 2009-02-02 at 10:07 +, Neil Mitchell wrote:
* Some of it comes down to technical issues - for example not having
cabal.exe bundled with GHC 6.10.1 on Windows was a massive mistake
(although I've heard everyone argue against me, I've not yet heard a
Windows person argue against
On Mon, 2009-02-02 at 10:07 +, Neil Mitchell wrote:
Hi
So actually just having more Windows users subscribed to cabal-devel and
commenting on tickets would be very useful, even if you do not have much
time for hacking.
I believe that as soon as a Windows user starts doing that
On Tue, 2009-02-03 at 02:11 +0100, Achim Schneider wrote:
Duncan Coutts duncan.cou...@worc.ox.ac.uk wrote:
That is probably how people are getting into this mess. Using upgrade
is not necessarily such a good idea. It does not distinguish between
the interesting packages you might want
On Mon, 2009-02-02 at 13:22 +, John Lato wrote:
Duncan Coutts wrote:
Some are trivial and should be done away with. For example the ones that
just check if a C header / lib is present are unnecessary (and typically
do not work correctly). The next point release of Cabal can do
On Mon, 2009-02-02 at 08:29 -0800, Don Stewart wrote:
jwlato:
Duncan Coutts wrote:
Some are trivial and should be done away with. For example the ones that
just check if a C header / lib is present are unnecessary (and typically
do not work correctly). The next point release
On Mon, 2009-02-02 at 15:22 +0200, Yitzchak Gale wrote:
Duncan Coutts wrote:
So in the next cabal-install release (which should be pretty soon now)
configure will do the same thing and pick base 3 unless you specify
build-depends base = 4.
Niklas Broberg wrote:
I really really think
On Mon, 2009-02-02 at 13:18 +0100, Sean Leather wrote:
Either I'm doing something wrong or this doesn't work for
cabal-install and GHC 6.8.3. I used the flag newer-th approach in
EMGM:
https://svn.cs.uu.nl:12443/viewvc/dgp-haskell/EMGM/tags/emgm-0.2/emgm.cabal?view=markup
[...]
flag
On Sat, 2009-01-31 at 22:47 +0100, Peter Verswyvelen wrote:
I should have mentioned that my tests have been done only on Windows
and OSX.
Ah, right. Well there are Win32 and Quartz backends too.
I guess I would have to try on a system that supports XRender to
compare.
Unfortunately, the
On Fri, 2009-01-30 at 18:29 -0600, John Goerzen wrote:
On Fri, Jan 30, 2009 at 03:50:30PM -0800, Michael Snoyman wrote:
[3 of 7] Compiling Database.HDBC.Statement ( Database/HDBC/Statement.hs,
dist/build/Database/HDBC/Statement.o )
Database/HDBC/Statement.hs:113:9:
Type
On Fri, 2009-01-30 at 18:31 -0600, John Goerzen wrote:
I can't hard-code base = 4 into .cabal because that would break for
GHC 6.8 users. I have CPP code that selects what to compile based on
GHC version.
Ahh, but the version of base is no longer determined by the version of
GHC, so using
On Sun, 2009-02-01 at 01:33 -0800, Valentyn Kamyshenko wrote:
Hello all,
when I tried to install plugins package with cabal, I've got the
following error:
# sudo cabal install plugins --global
Resolving dependencies...
cabal: dependencies conflict: ghc-6.10.1 requires process ==1.0.1.1
On Sat, 2009-01-31 at 14:02 -0800, Don Stewart wrote:
not really :) e.g. my output on a Windows Vista system with GHC
6.10.1
cabal install sdl
Configuring SDL-0.5.4...
setup.exe: sh: runGenProcess: does not exist (No such file or directory)
Isn't this missing C library
On Sun, 2009-02-01 at 15:56 +0100, Niklas Broberg wrote:
So in the next cabal-install release (which should be pretty soon now)
configure will do the same thing and pick base 3 unless you specify
build-depends base = 4.
... and so there will never be any incentive for these many packages
On Sat, 2009-01-31 at 16:50 -0800, Don Stewart wrote:
Windows people need to set up a wind...@haskell.org to sort out their
packaging issues, like we have for debian, arch, gentoo, freebsd and
other distros.
Unless people take action to get things working well on their platform,
it will be
On Sun, 2009-02-01 at 15:56 +0100, Niklas Broberg wrote:
So in the next cabal-install release (which should be pretty soon now)
configure will do the same thing and pick base 3 unless you specify
build-depends base = 4.
... and so there will never be any incentive for these many packages
On Sun, 2009-02-01 at 17:22 +0100, Niklas Broberg wrote:
I really really think this is the wrong way to go. Occasional
destruction is desperately needed for progress, else things will
invariably stagnate.
I disagree. Having everything fail (we measured it as ~90% of hackage)
when
On Sun, 2009-02-01 at 16:50 +, Sebastian Sylvan wrote:
Isn't this missing C library dependencies, which cabal head now warns
about?
No, it's about packages using configure scripts which require MSYS on
Windows.
In principle we should be able to notice this while doing the
On Sun, 2009-02-01 at 13:58 -0600, John Goerzen wrote:
So my plan is to make hackage require an upper bound on the version of
base for all new packages. That should avoid the need to use the
preferences hack the next time around.
Hrm. I can see why you might do that, if you keep the old
On Sun, 2009-02-01 at 23:04 +, Dougal Stanton wrote:
I get a curious message when trying to run 'cabal list':
$ cabal list
omit some lines...
..
Latest version available: 0.3
Category: Network
Synopsis: Pure bindings for the
On Mon, 2009-02-02 at 09:49 +1100, Erik de Castro Lopo wrote:
Hi all,
The following code creates a symbolic link in the current directory
and then uses System.Posix.Files.getFileStatus to get the status of
the link.
However, isDirectory returns True and isSymbolicLink returns False
which
[re-sending the cc to -cafe as I sent from the wrong address the first time]
On Sun, 2009-02-01 at 12:43 -0600, Antoine Latter wrote:
After a bit of digging, I saw this snippet in the .cabal file for the
iconv package on hackage:
-- We need to compile via C because on some platforms
On Sun, 2009-02-01 at 17:10 -0800, Judah Jacobson wrote:
Someone said that it is just the macports version of iconv that has this
problem but I don't understand that at all. If we're using default
ghc/gcc then we should not be looking in any non-standard include
directories at all.
The
On Sat, 2009-01-31 at 13:18 +0100, Peter Verswyvelen wrote:
When I said Cairo felt rather slow, I was comparing it again fully
hardware accelerated solutions.
With Cairo I am unable to perform full smooth screen redraws of even
just a single solid rectangle, and when you are making ZUI
On Thu, 2009-01-29 at 10:35 +, John Lato wrote:
On Wed, 2009-01-28 at 20:11 -0500, sam lee wrote:
Did you print it? I'm using same code with ghc --make -O2 and it
takes forever to finish.
Yes, you can see in the output that it prints the same answer in each
case. I was using r =
On Thu, 2009-01-29 at 20:49 +, Ross Paterson wrote:
If you can get the search path right (ie to not look in the current dir)
then I expect it would also be possible to bootstrap using a
pre-existing Cabal library for hugs.
Unfortunately that won't work: runhugs always adds the
On Thu, 2009-01-29 at 17:37 +0100, Juraj Hercek wrote:
Duncan Coutts wrote:
On Wed, 2009-01-28 at 16:56 +0100, Juraj Hercek wrote:
Prelude a - readFile /sys/devices/system/cpu/online
Prelude length a `seq` a
^CInterrupted.
http://hackage.haskell.org/trac/ghc/ticket/2971
On Tue, 2009-01-27 at 21:41 -0600, John Goerzen wrote:
I have tried to maintain Hugs compatibility in all my libraries, but I
must admit I am dropping it for many, due to various problems. It is
mainly that libraries I use from others haven't even been tried with
Hugs or have weird issues:
On Wed, 2009-01-28 at 12:35 -0800, Bryan O'Sullivan wrote:
On Tue, Jan 27, 2009 at 1:18 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
Not since then, no. However a lot of things work fine,
especially if you
use a newer Cabal version.
I've been unable
On Wed, 2009-01-28 at 16:26 -0500, wren ng thornton wrote:
wren ng thornton wrote:
Bryan O'Sullivan wrote:
On Tue, Jan 27, 2009 at 1:18 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.ukwrote:
Not since then, no. However a lot of things work fine, especially if you
use a newer Cabal
On Wed, 2009-01-28 at 18:41 -0500, Michael D. Adams wrote:
On Wed, Jan 28, 2009 at 5:28 PM, wren ng thornton w...@freegeek.org wrote:
John Goerzen wrote:
wren ng thornton wrote:
I wonder if you would consider submitting a patch to base? It seems
that this is a sore problem there, and
On Wed, 2009-01-28 at 18:22 +0100, Martijn van Steenbergen wrote:
Hello,
$ cabal install category-extras
Resolving dependencies...
cabal: dependencies conflict: ghc-6.10.1 requires process ==1.0.1.1 however
process-1.0.1.1 was excluded because ghc-6.10.1 requires process ==1.0.1.0
What
On Wed, 2009-01-28 at 16:56 +0100, Juraj Hercek wrote:
Hello people,
I've recently tried this:
$ uname -smpr
Linux 2.6.28-ARCH x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz
$ ghci
GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help
Loading package ghc-prim ... linking ...
On Wed, 2009-01-28 at 16:42 -0800, drblanco wrote:
I do already have the number I wanted, but was wondering how this could be
made faster, or even why it's so slow. This is all on GHC 6.8.3 under OS X
Intel, using ghc -O2.
I'm not exactly sure what's different, but for me it works pretty
On Wed, 2009-01-28 at 20:11 -0500, sam lee wrote:
Did you print it? I'm using same code with ghc --make -O2 and it
takes forever to finish.
Yes, you can see in the output that it prints the same answer in each
case. I was using r = 10^9 as you suggested.
C version:
$ time ./circ
On Wed, 2009-01-28 at 20:23 -0500, Ross Mellgren wrote:
Duncan, I think you must have some magics -- on my machine the
original code also takes forever.
Running with +RTS -S indicates it's allocating several gig of memory
or more.
It runs in a tiny heap for me:
./circ2 +RTS -A10k -M20k
On Wed, 2009-01-28 at 20:42 -0500, Ross Mellgren wrote:
Very possibly -- I'm on a mac so no prebuilt 64-bit binary. I'm not
good enough at reading core to tell, but I can tell from the core that
it's calling out to external C functions to do the 64-bit math.
Right, that'll make it really
On Tue, 2009-01-27 at 06:32 +0200, Eyal Lotem wrote:
I have encountered quite a bit of bugs in foreign bindings where Int
was used in place of Cint.
As far as I know, no foreign function should ever take a Haskell Int,
only CInts.
Would it be possible to create an empty type-class of
On Tue, 2009-01-27 at 09:33 -0200, Rafael Gustavo da Cunha Pereira Pinto
wrote:
Hi all,
I am writing a program that uses hmatrix for solving some linear
systems. The hmatrix package depends on BLAS, which, in turn, depend
on GCC 4.2 to be built (at least ATLAS does).
GHC 6.10 for
On Tue, 2009-01-27 at 12:55 -0200, Rafael Gustavo da Cunha Pereira Pinto
wrote:
Hi,
I see Hugs last source code snapshot dates back to 2006. Was there any
updates?
Not since then, no. However a lot of things work fine, especially if you
use a newer Cabal version. It's equivalent in time
On Mon, 2009-01-26 at 01:14 +0300, Miguel Mitrofanov wrote:
Maybe, we should have another command in cabal-install, something like
cabal announce, that would post an announcement to
hask...@haskell.org?
There is an RSS feed of hackage uploads of course. We could work on
making that more
On Mon, 2009-01-26 at 16:37 -0500, Gwern Branwen wrote:
I tried using that gtk2hs tarball. make eventually errored out as:
glib/System/Glib/GObject.chs.pp:38: error: missing expression between
'(' and ')'
glib/System/Glib/GObject.chs.pp:91: error: missing expression between
'(' and ')'
On Fri, 2009-01-23 at 08:06 +, Sebastian Sylvan wrote:
2009/1/23 Galchin, Vasili vigalc...@gmail.com
Hello,
Real World Haskell seems to say that the abstraction
layer HDBC doesn't support MySQL. If so, in what sense doesn't
HDBC support
On Fri, 2009-01-23 at 03:54 -0600, Galchin, Vasili wrote:
On Fri, Jan 23, 2009 at 3:23 AM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
This was uploaded to hackage yesterday:
http://hackage.haskell.org
On Thu, 2009-01-22 at 18:38 +0900, Benjamin L.Russell wrote:
To facilitate installation for Windows users, perhaps cabal.exe should
be bundled with cabal-install-0.6.0.tar.gz, and the README file
updated?
I will mention it in the README for the next release. As it happens the
new bootstrap.sh
On Tue, 2009-01-20 at 10:22 +, Gracjan Polak wrote:
Same here:
Vista, GHC 6.8.3
Tested a bit changed scenario: instead of 20 separate compilations it is
worthwhile to run single, longer build, e.g. ghc --make of same package.
Seems like GHCi does not run garbage collection when
On Thu, 2009-01-15 at 18:38 -0500, Stephen Hicks wrote:
Hi,
I'm having some difficulty specifying dependencies in my .cabal file
for a package I'm looking to upload to hackage soon. The difficulty
is as follows. I basically want to specify
parsec (= 2.1 3.0.0) || ( 3.0.0 4)
When we
On Sat, 2009-01-17 at 13:36 -0800, David Leimbach wrote:
On Sat, Jan 17, 2009 at 9:16 AM, david48 dav.vire+hask...@gmail.com
wrote:
On Sat, Jan 17, 2009 at 4:08 PM, David Leimbach
leim...@gmail.com wrote:
So you're saying it should be better documented
Interesting and thoughtful, thanks.
I think we need to file these ideas in the hackage trac. They've been
floating about for a while but we need to get them properly recorded.
On Sun, 2009-01-18 at 01:06 -0500, wren ng thornton wrote:
Minimally these aggregated reports should indicate the
On Sat, 2009-01-17 at 20:34 -1000, Tim Newsham wrote:
Speaking of proxies, I've been looking into how to find the right proxy
to use on Windows systems. Turns out that to do it properly you need a
JavaScript interpreter! Yes, really.
Uhh.. What!? That's not right.
I think you mean it
On Sun, 2009-01-18 at 16:48 +, Sebastian Sylvan wrote:
Doesn't work on windows.
http://haskell.org/~duncan/cabal/cabal.exe
It's not the latest version but you can use it to self-update. I'll post
a more recent build after the next release. I might also put it in a
slightly more discoverable
On Sun, 2009-01-18 at 10:27 -0600, Jeff Wheeler wrote:
On Sun, 2009-01-18 at 16:22 +, Sebastian Sylvan wrote:
Is there some sort of bundle that you can use to install cabal-install
easily? Because it looks to me like I'd have to spend the better part of an
evening manually
On Sun, 2009-01-18 at 17:58 +0100, Daniel Fischer wrote:
Am Sonntag, 18. Januar 2009 17:22 schrieb Sebastian Sylvan:
Is there some sort of bundle that you can use to install cabal-install
easily? Because it looks to me like I'd have to spend the better part of an
evening manually
On Sun, 2009-01-18 at 12:28 -0600, Jeff Wheeler wrote:
On Sun, 2009-01-18 at 18:24 +, Duncan Coutts wrote:
In my experience, it usually fails because of missing dependencies like
zlib-dev on my own system, but those are easy to fix, at which point I
can rerun the bootstrap script
On Sun, 2009-01-18 at 18:35 +, Sebastian Sylvan wrote:
On a similar note, would it not be nice if cabal install understood about
platforms and could tell you straight away that a package won't install
under e.g. windows, rather then spending ages trying and then failing
because a
On Fri, 2009-01-16 at 17:57 +0300, Bulat Ziganshin wrote:
Hello Sigbjorn,
Friday, January 16, 2009, 5:42:06 PM, you wrote:
first question: are these packages (http, curl, curl-shell, webclient)
windows-compatible? second - that is advantages of using http (or
webclient) over curl?
I
On Fri, 2009-01-16 at 21:17 +, Chris Kuklewicz wrote:
And regex-posix has a very old school Setup.hs file with a small addition:
#!/usr/bin/env runhaskell
-- I usually compile this with ghc --make -o setup Setup.hs
import Distribution.Simple(defaultMainWithHooks,
On Thu, 2009-01-15 at 18:41 -0500, Cale Gibbard wrote:
2009/1/15 Andrew Coppin andrewcop...@btinternet.com:
OK, well then my next question would be in what say is defining
configuration files as a monoid superior to, uh, not defining them as a
monoid? What does it allow you to do that you
On Fri, 2009-01-16 at 14:16 +0100, david48 wrote:
Upon reading this thread, I asked myself : what's a monoid ? I had no
idea. I read some posts, then google haskell monoid.
The first link leads me to Data.Monoid which starts with
Description
The Monoid class with various
On Thu, 2009-01-15 at 22:36 -0800, Sigbjorn Finne wrote:
Another change/fix in this release is the _alleged_ fix to the
long-standing bug in the use of absolute URIs vs absolute paths in
requests (for non-proxied and proxied use.) Give it a go..
cabal-install with HTTP-3001.x:
$ cabal
On Fri, 2009-01-16 at 15:12 +0100, Manlio Perillo wrote:
About latest thread on better naming and documentation improvement, why
don't organize an interactive session where:
1) normal users tell what's wrong about a package/module documentation
2) the package/module author/maintainer fix
On Thu, 2009-01-15 at 09:49 +0300, Eugene Kirpichov wrote:
Would be nice if after a failed build cabal asked whether or not to
upload its log immediately, and (on the hackage side) this led to an
email being sent to the maintainer.
It should not be quite that synchronous but yes that's the
On Thu, 2009-01-15 at 12:45 +0100, Manlio Perillo wrote:
Duncan Coutts ha scritto:
[...]
Do you know buildbot?
http://buildbot.net/trac
Yeah, it's great for some kinds of projects. For example it's used for
ghc. However it is very centralised, synchronous and needs ssh on
Windows
On Thu, 2009-01-15 at 13:26 +0100, Manlio Perillo wrote:
In detail:
- The package author submit his package, and additional build logs
for each platform he have access to
- Other users can submit additional build logs for their platform
I think, however, that a centralized system
On Thu, 2009-01-15 at 14:38 +0200, Yitzchak Gale wrote:
Duncan Coutts wrote:
We want to let random users on random
platforms submit simple anonymous build reports (no logs)...
The only downside compared to a more centralised system is that we do
not get to centrally monitor the status
On Thu, 2009-01-15 at 14:25 +0100, Ketil Malde wrote:
Duncan Coutts duncan.cou...@worc.ox.ac.uk writes:
On Thu, 2009-01-15 at 09:49 +0300, Eugene Kirpichov wrote:
Would be nice if after a failed build cabal asked whether or not to
upload its log immediately, and (on the hackage side
On Thu, 2009-01-15 at 19:46 +, Andrew Coppin wrote:
PS. As a small aside... Is the Monoid class actually used *anywhere* in
all of Haskell?
Yes.
They're used quite a lot in Cabal. Package databases are monoids.
Configuration files are monoids. Command line flags and sets of command
line
On Thu, 2009-01-15 at 16:03 -0500, Andrew Wagner wrote:
I think perhaps the correct question here is not how many instances
of Monoid are there?, but how many functions are written that can
use an arbitrary Monoid. E.g., the fact that there are a lot of
instances of Monad doesn't make it
On Thu, 2009-01-15 at 21:59 +, Thomas DuBuisson wrote:
How does forcing them to learn proposed terminology such as `Appendable'
help here? Learners of Haskell do still need to learn what the new word
means.
The contention is that 'Appendable' is an intuitive naming that people
will
On Thu, 2009-01-15 at 21:21 +, Andrew Coppin wrote:
OK, well then my next question would be in what say is defining
configuration files as a monoid superior to, uh, not defining them as a
monoid? What does it allow you to do that you couldn't otherwise? I'm
not seeing any obvious
On Thu, 2009-01-15 at 22:00 +, ChrisK wrote:
Paulo: I suggest doing this more carefully.
Get the source from hackage.
Edit the regex-posix.cabal file to add the include and lib directories you
need
on Cygwin.
I should note that you do not need to edit the .cabal file to do this.
As
On Thu, 2009-01-15 at 17:16 -0500, rocon...@theorem.ca wrote:
What I don't understand is why Monoid and Monad are objectionable, while
Hash, Vector, Boolean, and Integer are (presumably) not objectionable.
They all appear equally technical to me.
It's simply that other languages' libraries
On Wed, 2009-01-14 at 10:19 +0800, Xie Hanjian wrote:
* John Goerzen jgoer...@complete.org [2009-01-13 12:37:45 -0600]:
To anyone annoyed with Haskell's library install process: you have no
idea how good you have it unless you've tried Ruby and rails.
Disagree. Rubygems is fairly easy
On Tue, 2009-01-13 at 19:20 +, Andrew Coppin wrote:
I vividle remember Dons repeatedly telling me that I should try out
[some package who's name escapes me], and then discovering that it
doesn't actually work on Windows at all. (Couldn't this critical
information be included somewhere
On Thu, 2009-01-15 at 00:22 +0100, Manlio Perillo wrote:
Duncan Coutts ha scritto:
On Tue, 2009-01-13 at 19:20 +, Andrew Coppin wrote:
I vividle remember Dons repeatedly telling me that I should try out
[some package who's name escapes me], and then discovering that it
doesn't
On Tue, 2009-01-13 at 16:33 +0100, Regis Saint-Paul wrote:
Hi,
I’ve seen many times the monad topic coming around on the cafe and plentiful
tutorials on monads have been published. However, as a complete Haskell
newbie coming from OOP, I felt monads were not particularly difficult to
On Tue, 2009-01-13 at 16:21 +, Jamie Brandon wrote:
I agree completely. There is not nearly enough documentation on
packaging in haskell and too many hackage packages are broken or do
not install. I know several people are working on improving this but
they seem do be doing so rather
On Tue, 2009-01-13 at 18:43 +0100, Peter Verswyvelen wrote:
What could be done is letting the community rate the quality of the
modules for each platform? Maybe with user comments? Like amazon.com
(so we hackazon.org ;-) And using lambdas instead of stars for giving
the rating :)
On Tue,
On Tue, 2009-01-13 at 20:58 +0100, Bas van Dijk wrote:
Could not find module `Data.Generics':
it was found in multiple packages: base-3.0.3.0 syb
cabal: Error: some packages failed to install:
json-0.4.1 failed during the building phase. The exception was:
exit: ExitFailure 1
On Tue, 2009-01-13 at 19:19 -0500, Dan Doel wrote:
On Tuesday 13 January 2009 5:51:09 pm Luke Palmer wrote:
On Tue, Jan 13, 2009 at 11:21 AM, Tim Newsham news...@lava.net wrote:
I have seen several libraries where all functions of a monad have the
monadic result (), e.g. Binary.Put and
On Tue, 2009-01-13 at 19:44 -0500, Dan Doel wrote:
On Tuesday 13 January 2009 7:27:10 pm Luke Palmer wrote:
When GHC starts optimizing (Writer Builder) as well as it optimizes PutM,
then
that will be a cogent argument. Until then, one might argue that it
misses the whole point of Put.
On Mon, 2009-01-12 at 13:21 +0100, Henning Thielemann wrote:
I repeatedly encounter the following versioning problem on Hackage:
There is a package A with version 1.0.
I upload a package B which imports A.
Thus B is bound to A-1.0
Now a new version of A is uploaded, say 1.0.1.
then I upload
On Mon, 2009-01-12 at 01:02 +0100, Lennart Augustsson wrote:
Does GHC specialize map? If it doesn't, then hand crafted version
could be faster.
No because the current definition are recursive and ghc cannot inline
recursive functions.
map :: (a - b) - [a] - [b]
map _ [] = []
map f (x:xs)
On Sun, 2009-01-11 at 17:43 -0800, Patrick Perry wrote:
The touchForeignPtr is there to keep the garbage collector from
deallocating the memory before we have a chance to read 'e'. My
question is the following:
Is the `seq` on `io` necessary (from a safety standpoint)? Or am I
just
On Mon, 2009-01-12 at 15:06 +0100, Henning Thielemann wrote:
It has to be manually transformed into a version that is not recursive
at the top level:
map :: (a - b) - [a] - [b]
map f = go
where
go [] = []
go (x:xs) = f x : go xs
Then the map can be inlined at the
Hi all,
If you are interested in helping out with the haskell platform project
then we invite you to subscribe to the haskell-platform mailing list.
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
This mailing list is for discussing practical stuff. We expect to
discuss
On Tue, 2009-01-13 at 00:09 +0100, Peter Verswyvelen wrote:
Gtk2Hs 0.9.13 has an annoying bug on Windows that makes it impossible
to run via GHCi.
So to see if the latest development version works better, I tried to
build it on Windows using GHC 6.10.1, but I failed to do so with both
On Sat, 2009-01-10 at 19:02 -0800, Ashley Yakeley wrote:
I have given up attempting to upgrade HaskellWiki, and resumed the
site's previous normal operation.
I wrote:
I will also need up upgrade both PHP and MySQL.
It turns out it would be hard to upgrade MySQL, as various things depend
On Sun, 2009-01-11 at 16:03 +0100, Peter Verswyvelen wrote:
wouldn't a double become less and less precise the longer the process
is running?
so Integer sounds like the only datatype that could work here...
and why not do it like in Windows: make two functions, one that
returns the
On Sun, 2009-01-11 at 21:41 +0100, Peter Verswyvelen wrote:
Let's assume you were joking, but just in case you were not...
Why this hostile tone? I didn't mean to be offensive.
I'm sorry, I did not intend it to sound hostile. I mis-interpreted the
... at the end of your sentence.
On Sat, 2009-01-10 at 01:40 +0100, Brian B wrote:
Hi Duncan,
This works for me too, many thanks.
Great.
The only change I needed was that the real pg_config outputs a newline
where your fake one didn't:
Ah yes, good point.
Duncan
___
401 - 500 of 1242 matches
Mail list logo