wasserman.louis:
What, if anything, stands in the way of parallelizing Cabal installs, make -j
style?
Parallelizing ghc --make
http://vimeo.com/6572966
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On 4 June 2010 00:05, Don Stewart d...@galois.com wrote:
wasserman.louis:
What, if anything, stands in the way of parallelizing Cabal installs, make -j
style?
Parallelizing ghc --make
http://vimeo.com/6572966
Unless Louis meant what's stopping cabal-install from installing
dependancies
chrisdone:
On 4 June 2010 00:05, Don Stewart d...@galois.com wrote:
wasserman.louis:
What, if anything, stands in the way of parallelizing Cabal installs, make
-j
style?
Parallelizing ghc --make
http://vimeo.com/6572966
Unless Louis meant what's stopping cabal-install from
Heh, I'm interested in both, but I'm feeling like I needed a new project,
and I thought this might make a good one =)
Louis Wasserman
wasserman.lo...@gmail.com
http://profiles.google.com/wasserman.louis
On Thu, Jun 3, 2010 at 5:42 PM, Don Stewart d...@galois.com wrote:
chrisdone:
On 4 June
Excerpts from Christopher Done's message of Fri Jun 04 00:39:23 +0200 2010:
On 4 June 2010 00:05, Don Stewart d...@galois.com wrote:
wasserman.louis:
What, if anything, stands in the way of parallelizing Cabal installs, make
-j
style?
Parallelizing ghc --make
On Thu, Jun 3, 2010 at 3:05 PM, Don Stewart d...@galois.com wrote:
wasserman.louis:
What, if anything, stands in the way of parallelizing Cabal installs, make -j
style?
Parallelizing ghc --make
http://vimeo.com/6572966
Something I wondered from watching that talk, rather than trying to
When I run cabal update on my Mac (Snow Leopard, Intel), I get:
% cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: incompatible zlib version
Anyone else seeing this? Reinstalling the Haskell Platform hasn't helped.
Thanks!
Bill Atkins watk...@alum.rpi.edu writes:
When I run cabal update on my Mac (Snow Leopard, Intel), I get:
% cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: incompatible zlib version
I'm going to randomly guess that the version of the C
I have a different problem (also after doing a cabal update): I get a bus
error. I just created this ticket for it:
http://hackage.haskell.org/trac/hackage/ticket/691
-chris
On 22 mei 2010, at 13:20, Bill Atkins wrote:
When I run cabal update on my Mac (Snow Leopard, Intel), I get:
%
2010/5/19 Ivan Lazar Miljenovic ivan.miljeno...@gmail.com:
Serguey Zefirov sergu...@gmail.com writes:
Why there is no switch to turn off any use of proxy in cabal-install?
Or to supply username/password pair in command line.
I have a strange situation: wget works like charm ignoring proxy (I
Serguey Zefirov sergu...@gmail.com writes:
export http_proxy=http://${username}:${passwo...@${proxy_url};
I tried it and it didn't work. I don't know reason, though, maybe it
was because my current password not entirely alphanumeric.
Shouldn't matter as long as you put it within quotes.
--
On Tue, 2010-05-18 at 17:31 -0400, Anthony LODI wrote:
Hello,
I'm trying to build some haskell code as a .so/.dll so that it can
ultimately be used by msvc. I have it working when I compile by hand
(listed below) but I can't get the exact same thing built/linked with
cabal. On linux
On May 19, 2010, at 04:49 , Ivan Lazar Miljenovic wrote:
Serguey Zefirov sergu...@gmail.com writes:
export http_proxy=http://${username}:${passwo...@${proxy_url};
I tried it and it didn't work. I don't know reason, though, maybe it
was because my current password not entirely alphanumeric.
I tried it and it didn't work. I don't know reason, though, maybe it
was because my current password not entirely alphanumeric.
Shouldn't matter as long as you put it within quotes.
I imagine things will go wrong if it includes an @... urlencoding is
probably a smart idea.
Thank you very
Why there is no switch to turn off any use of proxy in cabal-install?
Or to supply username/password pair in command line.
I have a strange situation: wget works like charm ignoring proxy (I
downloaded Cabal and cabal-install to investigate the problem using
wget), Firefox works like charm
Hello,
I'm trying to build some haskell code as a .so/.dll so that it can
ultimately be used by msvc. I have it working when I compile by hand
(listed below) but I can't get the exact same thing built/linked with
cabal. On linux everything builds fine, but when I try to link the
resulting .so
Serguey Zefirov sergu...@gmail.com writes:
Why there is no switch to turn off any use of proxy in cabal-install?
Or to supply username/password pair in command line.
I have a strange situation: wget works like charm ignoring proxy (I
downloaded Cabal and cabal-install to investigate the
On 5/3/10 23:46, Jason Dagit wrote:
This happened to a co-worker on her mac. We used gdb to track the bus
errors to the network library. Once we tracked it down to there, we did
some combination of deleting $HOME/.cabal, building/installing the
latest version of Network and then relinking
Hey everyone,
After I upgraded to a newer cabal-install my cabal-install broke again: I get a
Bus Error when doing cabal update or cabal install something. The version
that was bundled with the Haskell platform worked fine, but now it's broken
again. I'm not sure what it was that went wrong or
On Mon, May 3, 2010 at 2:21 PM, Chris Eidhof ch...@eidhof.nl wrote:
Hey everyone,
After I upgraded to a newer cabal-install my cabal-install broke again: I
get a Bus Error when doing cabal update or cabal install something. The
version that was bundled with the Haskell platform worked fine,
Hello all
How do I mark a Cabal package as containing a BSD3 library and an LGPL
executable?
I'm using CppHs (LGPL) from the exe but have no dependencies on it in
the library; as the library might be independently useful I want it to
be BSD3.
As a caveat - I don't want two packages...
Thanks
Stephen Tetley stephen.tet...@gmail.com writes:
I'm using CppHs (LGPL) from the exe but have no dependencies on it in
the library; as the library might be independently useful I want it to
be BSD3.
Why not look at how cpphs does this itself? The library is LGPL but the
executable is GPL.
--
Hi Ivan
Thanks. As far as the Cabal file goes - CppHs is LGPL, its in the
included README that the GPL distinction is noticed. Possibly this
isn't the clearest way of presenting things...
On 29 April 2010 12:52, Ivan Lazar Miljenovic ivan.miljeno...@gmail.com wrote:
Why not look at how cpphs
Stephen Tetley stephen.tet...@gmail.com writes:
Thanks. As far as the Cabal file goes - CppHs is LGPL, its in the
included README that the GPL distinction is noticed. Possibly this
isn't the clearest way of presenting things...
Well, currently Cabal only lets you specify one license, so your
On 29 Apr 2010, at 13:18, Ivan Lazar Miljenovic wrote:
Stephen Tetley stephen.tet...@gmail.com writes:
Thanks. As far as the Cabal file goes - CppHs is LGPL, its in the
included README that the GPL distinction is noticed. Possibly this
isn't the clearest way of presenting things...
Well,
Hi,
Does anyone know how to generate a text file in a Cabal package?
E.g. I want cabal to install a text file into $share_dir/applications/
app.desktop,
and fill in certain fragments of this file with paths depending of the
$share_dir variable.
Say:
==Yi.desktop
Hello Michał
You should be able to run arbitrary code during build/installation by
changing main in Setup.hs to use defaultMainWithHooks then supplying
your own UserHooks
main = defaultMainWithHooks my_hooks
my_hooks :: UserHooks
my_hooks = ...
Best wishes
Stephen
What is the purpose of the Other-Modules section in a cabal file?
(I.e., can we drop it?)
If it's just the set of dependencies of the Exported-Modules,
then a reasonable build system should be able to figure this out on its own.
The current situation is that I have to manage this list manually
Johannes Waldmann waldm...@imn.htwk-leipzig.de writes:
What is the purpose of the Other-Modules section in a cabal file?
(I.e., can we drop it?)
Non-exported modules.
If it's just the set of dependencies of the Exported-Modules,
then a reasonable build system should be able to figure this
On 15 Apr 2010, at 08:24, Johannes Waldmann wrote:
What is the purpose of the Other-Modules section in a cabal file?
(I.e., can we drop it?)
If it's just the set of dependencies of the Exported-Modules,
then a reasonable build system should be able to figure this out on
its own.
It is not
Duncan Coutts wrote:
On Sun, 2010-04-11 at 18:43 +0200, Maciej Piechotka wrote:
- Privacy problem. I don't want the software to call home with data
without asking.
Obviously it is important that the data be anonymous and that we do not
send stuff without the user's knowledge. While there is
Ketil Malde wrote:
Perhaps it would also be possible to suggest library upgrades likely to
remedy the problem in case of a build failure?
+1 for good error messages.
+2 for should I try upgrading libfoo? [yn] integration (if
configurable as AlwaysYes, AlwaysAsk, or AlwaysNo).
--
Live
On Mon, 2010-04-12 at 06:51 +0100, Malcolm Wallace wrote:
Even without that, it may be possible to get what you want, using
-pgmPcpphs -optP-cpp -optP-ansi
that is, to override ghc's addition of -traditional with -ansi.
However I'm not sure exactly what order the preprocessor arguments
On Sun, 2010-04-11 at 18:43 +0200, Maciej Piechotka wrote:
* Build reporting in the hackage server
The idea here is that cabal sends back anonymous reports to the
server to say if a package compiled or not, and against what
versions of dependencies. This would
On Sun, 2010-04-11 at 14:28 -0700, Jason Dagit wrote:
I've noticed another type of diamond dependency problem. Suppose I
build and install Foo today and it depends on Bar 2.0.0. In a week, I
install Bar 2.0.1. Next I installed Baz that also depends on Bar, and
it gets Bar 2.0.1. When I
On Fri, 2010-02-19 at 12:21 +0100, Maciej Podgurski wrote:
Hi,
after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
always get an error when updating the package list:
cabal update
Downloading the latest package list from hackage.haskell.org
cabal:
Duncan Coutts duncan.cou...@googlemail.com writes:
Here are a few things which I would like to see implemented that would
help all this:
* Build reporting in the hackage server
The idea here is that cabal sends back anonymous reports to the
server to say if a package
On Mon, Apr 12, 2010 at 4:00 AM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
On Sun, 2010-04-11 at 14:28 -0700, Jason Dagit wrote:
I've noticed another type of diamond dependency problem. Suppose I
build and install Foo today and it depends on Bar 2.0.0. In a week, I
install Bar
On Mon, 2010-03-08 at 17:33 +, Andrew Coppin wrote:
Miguel Mitrofanov wrote:
See http://www.haskell.org/cabal/ for more information.
^
|
+
Oh, sure, like I haven't already tried *that*. ;-)
BTW, for future reference, the
On Mon, 2010-03-08 at 13:33 +, Maciej Piechotka wrote:
While I love Haskell it's packaging system have some problems -
especially with parsec.
Currently I'm not able to install an practically anything using cabal
due to version mismatches (or at least packages linking to both version
of
* Build reporting in the hackage server
The idea here is that cabal sends back anonymous reports to the
server to say if a package compiled or not, and against what
versions of dependencies. This would make it clearer to
maintainers if their dependency
Am Sonntag 11 April 2010 18:43:30 schrieb Maciej Piechotka:
* Build reporting in the hackage server
The idea here is that cabal sends back anonymous reports to
the server to say if a package compiled or not, and against what
versions of dependencies. This would make it
Excerpts from Daniel Fischer's message of Sun Apr 11 16:20:30 -0400 2010:
I think in the default cabal config, build-reporting would be turned off
and you'd have to turn it on yourself. Turning it on by default wouldn't be
sensible.
I doubt you'd get very much runtime with that. I'd suggest
On Sun, Apr 11, 2010 at 9:26 AM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
On Mon, 2010-03-08 at 13:33 +, Maciej Piechotka wrote:
While I love Haskell it's packaging system have some problems -
especially with parsec.
Currently I'm not able to install an practically anything
Edward Z. Yang ezy...@mit.edu writes:
I doubt you'd get very much runtime with that. I'd suggest prompting the
user to submit a failed build report if the build fails.
Exactly like how Windows keeps prompting you to allow it to send an
error report to Microsoft? I don't know about you, but I
Excerpts from Ivan Lazar Miljenovic's message of Sun Apr 11 17:37:15 -0400 2010:
Edward Z. Yang ezy...@mit.edu writes:
I doubt you'd get very much runtime with that. I'd suggest prompting the
user to submit a failed build report if the build fails.
Exactly like how Windows keeps prompting
I want identifier concatenation in Haskell. For instance:
#define CDecl(n) = class C_##n a where { f_##n :: a };
CDecl(1)
CDecl(2)
CDecl(3)
(Actual motivator involves generating by type kind.)
I have no trouble switching on CPP, but this doesn't work.
The trouble is, GHC uses gcc for
Hello,
i'm using PHPProxy to go on the internet (www.phpproxy.fr).
How can i tell cabal to use this?
Cheers,
Corentin
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
From: haskell-cafe-boun...@haskell.org
[mailto:haskell-cafe-boun...@haskell.org] On Behalf Of Dupont Corentin
i'm using PHPProxy to go on the internet (www.phpproxy.fr).
How can i tell cabal to use this?
I think the normal way is through setting HTTP_PROXY env var e.g. set
Thanks for the response.
I don't think this will work because PHPProxy is a web based proxy.
To use it, you have to type the http address you want in a field on the page.
Corentin
On 3/31/10, Bayley, Alistair alistair.bay...@invesco.com wrote:
From: haskell-cafe-boun...@haskell.org
i'm using PHPProxy to go on the internet (www.phpproxy.fr).
How can i tell cabal to use this?
...
PHPProxy is a web based proxy. To use it, you have to type the http
address you want in a field on the page.
You still need some web access in order to access a web-based proxy...
Is
On 24 March 2010 16:52, Ben Derrett ben.derr...@googlemail.com wrote:
Thank you. I'm using GHC 6.8.2.
That shouldn't be a problem Unless, of course, that syntax (it's
using \e::E.SomeException) is valid in GHC = 6.10 but not previously
(in which case I would think that that's a bug).
I
I am using Cabal on Windows and Haskell Platform 2009.2.0.2 and have been
trying get it to install the package source code with no success, so I am
considering writing a script to unpack the tar archive and install it in my
own package source repository.
Is there an easier way to do this?
.
Chris
-Original Message-
From: Colin Paul Adams [mailto:co...@colina.demon.co.uk]
Sent: 23 March 2010 11:35 AM
To: Chris Dornan
Subject: Re: [Haskell-cafe] Cabal source installation
Have you tried?
cabal unpack package-name
--
Colin Adams
Preston Lancashire
Hi,
I'm trying to install the Haskell cgi module, as per here
http://passingcuriosity.com/2009/haskell-fastcgi-with-apache/. When I type
cabal install cgi, I get the following error (on a Fedora instance):
cabal install cgi
Resolving dependencies...
Configuring MonadCatchIO-mtl-0.3.0.0...
On 24 March 2010 16:26, Ben Derrett ben.derr...@googlemail.com wrote:
cabal install cgi
Resolving dependencies...
Configuring MonadCatchIO-mtl-0.3.0.0...
Preprocessing library MonadCatchIO-mtl-0.3.0.0...
Building MonadCatchIO-mtl-0.3.0.0...
[1 of 1] Compiling Control.Monad.CatchIO (
Thank you. I'm using GHC 6.8.2. I can't see ghc-options in the file
/root/.cabal/config, am I looking in the right place?
Ben
On Wed, Mar 24, 2010 at 1:30 AM, Ivan Miljenovic
ivan.miljeno...@gmail.comwrote:
On 24 March 2010 16:26, Ben Derrett ben.derr...@googlemail.com wrote:
cabal install
Do you happen to use template haskell? It looks like the interpreter
is trying to load llvm, which is currently not supported. That
doesn't explain why it works with ghc --make though. Do you do
anything special in your .cabal file?
I do use template haskell for deriving binary instances
Hi!
I'm trying to get cabal build my toy compiler, which is based on llvm
bindings on hackage. Everything is fine with ghc --make,
but with cabal install I get:
Loading package llvm-0.7.1.1 ... command line: can't load .so/.DLL
for: LLVMSystem (dlopen(libLLVMSystem.dylib, 9): image not found)
Do you happen to use template haskell? It looks like the interpreter
is trying to load llvm, which is currently not supported. That
doesn't explain why it works with ghc --make though. Do you do
anything special in your .cabal file?
On 11 March 2010 12:30, Ville Tirronen alea...@gmail.com
MigMit:~ MigMit$ cabal --help
This program is the command line interface to the Haskell Cabal
infrastructure.
See http://www.haskell.org/cabal/ for more information.
^
|
+
On 8 Mar 2010, at 19:51, Andrew Coppin wrote:
OK, so
Miguel Mitrofanov wrote:
See http://www.haskell.org/cabal/ for more information.
^
|
+
Oh, sure, like I haven't already tried *that*. ;-)
___
Haskell-Cafe mailing list
Peter Robinson wrote:
On 8 March 2010 17:51, Andrew Coppin andrewcop...@btinternet.com wrote:
Anyway, can anybody tell me how I can change the default settings so that I
get profiling libraries built by default, and Haddock documentation built by
default?
(I'm on Windows, in case that makes
While I love Haskell it's packaging system have some problems -
especially with parsec.
Currently I'm not able to install an practically anything using cabal
due to version mismatches (or at least packages linking to both version
of parsec).
I found the following problems in various cabal
Hello Maciej,
Monday, March 8, 2010, 4:33:08 PM, you wrote:
PS. I understand that content may be flame-gen. I am sorry in advance if
such circumstances happen. However I believe that possible improvements
in process are worth the risk.
i was the author of this idea and i thought that
1)
Hi Maciej,
that's why I started hack-nix.
You can patch dependencies easily.
However you have to install the Nix package manager.
It also works with lates versions only because the dependency solves is
written in Nix itself.
Which package is causing trouble to you?
We can't expect package
OK, so apparently my Google skills are lacking. I can't find anything
but the most terse documentation of the cabal-install tool online.
Somewhere there surely must be something which explains how to control
this thing. Anyway, can anybody tell me how I can change the default
settings so that
On 8 March 2010 17:51, Andrew Coppin andrewcop...@btinternet.com wrote:
Anyway, can anybody tell me how I can change the default settings so that I
get profiling libraries built by default, and Haddock documentation built by
default?
(I'm on Windows, in case that makes a difference...)
#
I'm unable to install darcs using cabal. It seems to be getting an error
configuring haskeline.Can anybody help?
Thanks
cabal -V
cabal-install version 0.6.4
using version 1.6.0.3 of the Cabal library
bash-3.2$ ghc -V
The Glorious Glasgow Haskell Compilation System, version 6.10.4
bash-3.2$
On Sun, Mar 7, 2010 at 3:44 PM, George Colpitts
george.colpi...@gmail.com wrote:
/usr/bin/hsc2hs: line 16: unexpected EOF while looking for matching `'
/usr/bin/hsc2hs: line 17: syntax error: unexpected end of file
Sounds like a problem with hsc2hs itself.
When I installed ghc on Snow Leopard
That was it, dropped a double quote, thanks so much !
On Sun, Mar 7, 2010 at 12:13 PM, Ben Millwood hask...@benmachine.co.ukwrote:
On Sun, Mar 7, 2010 at 3:44 PM, George Colpitts
george.colpi...@gmail.com wrote:
/usr/bin/hsc2hs: line 16: unexpected EOF while looking for matching `'
On Sat, 27 Feb 2010, Diego Souza wrote:
Hi,
currently when one install a cabal package it compiles it and then install
generated binaries. I wonder whether or not it would be useful to have
pre-compiled binaries as many package managers usually do (e.g. apt). I
often think that would save some
Hi
When I do:
cabal list --simple-output | grep -i HaXml 1.20
I get:
HaXml 1.20
HaXml 1.20.1
HaXml 1.20.2
But when running:
runhaskell Setup.hs configure
I get:
Configuring XrcAccessors-0.0...
Setup.hs: At least the following dependencies are missing:
HaXml -any
My cabal file
Am Sonntag 28 Februar 2010 14:41:03 schrieb Mads Lindstrøm:
Hi
When I do:
cabal list --simple-output | grep -i HaXml 1.20
I get:
HaXml 1.20
HaXml 1.20.1
HaXml 1.20.2
So there are versions HaXml 1.20* available on hackage
But when running:
runhaskell Setup.hs configure
For that,
Hi
The --user flag did the trick. Thank you very much.
/Mads
Daniel Fischer wrote:
Am Sonntag 28 Februar 2010 14:41:03 schrieb Mads Lindstrøm:
Hi
When I do:
cabal list --simple-output | grep -i HaXml 1.20
I get:
HaXml 1.20
HaXml 1.20.1
HaXml 1.20.2
So there are
On 28 February 2010 01:55, Diego Souza dso...@bitforest.org wrote:
currently when one install a cabal package it compiles it and then install
generated binaries. I wonder whether or not it would be useful to have
pre-compiled binaries as many package managers usually do (e.g. apt). I
often
Am Sonntag 28 Februar 2010 23:20:00 schrieb Ivan Miljenovic:
/me really wishes people stopped thinking of Cabal as a package manager
/me really wishes there were package managers as useful and easy as Cabal
for things other than Haskell :D
___
Hi,
currently when one install a cabal package it compiles it and then install
generated binaries. I wonder whether or not it would be useful to have
pre-compiled binaries as many package managers usually do (e.g. apt). I
often think that would save some time on the expense of a busier hackage
Diego Souza wrote:
Hi,
currently when one install a cabal package it compiles it and then
install generated binaries. I wonder whether or not it would be useful
to have pre-compiled binaries as many package managers usually do
(e.g. apt). I often think that would save some time on the
Am Samstag 27 Februar 2010 16:39:27 schrieb Andrew Coppin:
Diego Souza wrote:
Hi,
currently when one install a cabal package it compiles it and then
install generated binaries. I wonder whether or not it would be useful
to have pre-compiled binaries as many package managers usually do
Hello all,
I suspect that it's me and not the cabal, but everything looks fine and still
fails. Would someone mind to tell me, what am I doing wrong?
$ cabal -V
cabal-install version 0.6.2
using version 1.6.0.3 of the Cabal library
$ ghc -V
The Glorious Glasgow Haskell Compilation System,
Hi,
after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
always get an error when updating the package list:
cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: premature end of compressed stream
Is there a way
after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
always get an error when updating the package list:
cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: premature end of compressed stream
Would you please send
Am 19.02.2010 13:55 schrieb Valery V. Vorotyntsev:
after updating to cabal-install-0.8.0/Cabal-1.8.0.2 with GHC 6.10.4, I
always get an error when updating the package list:
cabal update
Downloading the latest package list from hackage.haskell.org
cabal: Codec.Compression.Zlib: premature
I hate sending such messages to cafe, but...
When I try to install time I get the following error:
sudo cabal install time
ld: duplicate symbol ___hscore_d_name in
/Users/username/.cabal/lib/unix-2.4.0.0/ghc-6.10.4/libHSunix-2.4.0.0.a(dirUtils.o)
and
On 6 February 2010 03:33, Ivan Miljenovic ivan.miljeno...@gmail.com wrote:
If you upgrade a library, it will break all other libraries that
depend upon it. ghc-pkg list will tell you which libraries are
broken and need to be rebuilt.
I think you mean ghc-pkg check.
Peter
On 6 February 2010 19:23, Peter Robinson thaldy...@gmail.com wrote:
I think you mean ghc-pkg check.
Yes, I do. Whoops :s
--
Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com
IvanMiljenovic.wordpress.com
Charles de Gaulle - The better I get to know men, the more I find
myself loving dogs. -
while trying to live with different versions of packages,
I found cabal-install's behaviour strange because:
you can cabal install a package without any complaint
but the next ghc-pkg list is all red because of conflicts.
and it's too late then - there's no way to get back.
even if you re-install
On 6 February 2010 01:05, Johannes Waldmann
waldm...@imn.htwk-leipzig.de wrote:
so please please please have cabal install fail with some error
message if (that is, before) the install would break anything. - J.
If you upgrade a library, it will break all other libraries that
depend upon it.
Sorry, I cannot install GHC 6.12 right now, so I won't be able to try it.
Thanks anyway.
2010/1/19 Paul L nine...@gmail.com
The problem you mentioned has long been fixed in the darcs version,
but then there is also another problem: you need GHC 6.12 in order to
compile GLFW for Snow Leopard.
Dear Cafe and Paul,
I am constantly having problems with cabal install in Snow Leopard. Some I
solve, some I cannot unfortunately.
When I run
sudo cabal install glfw -v2
in Snow Leopard, I get the following.
glfw/lib/macosx/macosx_enable.c:1:0:
error: bad value (apple) for -march= switch
The problem you mentioned has long been fixed in the darcs version,
but then there is also another problem: you need GHC 6.12 in order to
compile GLFW for Snow Leopard. Here is a detail description of why
prior versions of GHC fails to work:
http://hackage.haskell.org/trac/ghc/ticket/3522
I've
Cafe,
I've been trying to install vacuum-cairo using cabal but I couldn't have it
installed because of the missing packages cairo, svg and gtkcairo.
What should I do to install vacuum-cairo?
Thanks for any help in advance,
--
Ozgur Akgun
___
On Sun, Jan 17, 2010 at 9:55 AM, Ozgur Akgun ozgurak...@gmail.com wrote:
Cafe,
I've been trying to install vacuum-cairo using cabal but I couldn't have it
installed because of the missing packages cairo, svg and gtkcairo.
What should I do to install vacuum-cairo?
Thanks for any help in
L.S.,
I had a strange response from Cabal:
cabal upgrade hlint
Resolving dependencies...
cabal: cannot configure containers-0.3.0.0. It requires base =4.2 6
For the dependency on base =4.2 6 there are these packages:
base-4.2.0.0.
However none of them are available.
Henk-Jan van Tuyl hjgt...@chello.nl writes:
I had a strange response from Cabal:
cabal upgrade hlint
I thought upgrade was disabled... what version of cabal-install do you have?
Resolving dependencies...
cabal: cannot configure containers-0.3.0.0. It requires base =4.2 6
For the
On Mon, 2010-01-11 at 13:33 +0100, Henk-Jan van Tuyl wrote:
L.S.,
I had a strange response from Cabal:
cabal upgrade hlint
Resolving dependencies...
cabal: cannot configure containers-0.3.0.0. It requires base =4.2 6
For the dependency on base =4.2 6 there are these
C:\Windows\system32cabal install SDL
Resolving dependencies...
[1 of 1] Compiling Main (
C:\Users\LIERYA~1\AppData\Local\Temp\SDL-0.5.93108\SDL-0.5.9\Setup.lhs,
2009/12/27 Lie Ryan lie.1...@gmail.com:
[SNIP...] (i.e. can I use
the resultant SDL-binding outside Cygwin?)
Hi
The short answers is yes - once you have the Haskell binding
installed will need only the .exe of your (Haskell) application
compiled by GHC and the SDL.dll [1].
The long answer
On Thu, 2009-12-17 at 18:08 +, Nils Anders Danielsson wrote:
I was hoping that I could make use of this feature now:
$ cabal --version
cabal-install version 0.7.5
using version 1.8.0.2 of the Cabal library
However, when I try to use it I get the following error:
So there's two
401 - 500 of 913 matches
Mail list logo