On Mon, 2008-12-22 at 17:58 -0800, R Hayes wrote:
Thank you. As it turns out, I was aware of that recipe. What I
wanted was to be able to use cabal install's nice dependency following
features and still get source links in my documentation.
Due to popular demand we quickly added the
Hi,
I get the following error message:
ce...@unique:~/lab/test/qths/hnm$ make configure
runhaskell Setup.hs configure
Configuring HNM-0.2...
ce...@unique:~/lab/test/qths/hnm$ make build
runhaskell Setup.hs build
Preprocessing library HNM-0.2...
Preprocessing executables for HNM-0.2...
Building
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
2008/12/23 Cetin Sert :
Hi,
I get the following error message:
ce...@unique:~/lab/test/qths/hnm$ make configure
runhaskell Setup.hs configure
Configuring HNM-0.2...
ce...@unique:~/lab/test/qths/hnm$ make build
runhaskell Setup.hs build
On Tue, 2008-12-23 at 17:27 +0100, Cetin Sert wrote:
when I try to build the following program:
http://sert.homedns.org/hs/hnm/
http://sert.homedns.org/hs/hnm/hnm.cabal
How can I tell in my cabal file that wlan.hs should be built first
than settings.hs than demo3.hs?
You need to follow
Thank you. As it turns out, I was aware of that recipe. What I
wanted was to be able to use cabal install's nice dependency following
features and still get source links in my documentation.
Personally, I feel that inclusion of source and docs should be the
DEFAULT for cabal, as well
the answer: not cabal install, just cabal.
thart...@thartman-laptop:~/haskellInstalls/smallInstalls/pureMD5-0.2.3
thart...@thartman-laptop:~/haskellInstalls/smallInstalls/pureMD5-0.2.3cabal
--help | grep -i doc
haddock Generate Haddock HTML documentation.
Is there a way I can get Haddock Docs WITH links to source (local)
from modules installed with cabal install xxx?
Getting the docs themselves is pretty easy by changing either ~/.cabal/
config or using --enable-documentation.
Automatically generating the source (colourised or not) and
On Mon, 2008-12-08 at 14:49 -0200, Mauricio wrote:
Hi,
I've just seen this from Distribution.ModuleName (ghc 6.10):
toFilePath $ ( simple A.B.C )
to which ghci answers: A.B.C.
Shouldn't it say A/B/C?
You're using it wrong. A 'simple' module name should have no '.' in it.
Instead use
Hi,
I've just seen this from Distribution.ModuleName (ghc 6.10):
toFilePath $ ( simple A.B.C )
to which ghci answers: A.B.C.
Shouldn't it say A/B/C? The reason why I'm asking is that I've
just created a Setup.hs with 'defaultMainNoRead', and 'Setup
build' complains it can't find
Is it possible to use cabal to build the files that hat would need to
do tracing (i.e. .htx files)?
/M
--
Magnus Therning(OpenPGP: 0xAB4DFBA4)
magnus@therning.org Jabber: magnus@therning.org
http://therning.org/magnus identi.ca|twitter: magthe
On Wed, 2008-12-03 at 09:36 +, Magnus Therning wrote:
Is it possible to use cabal to build the files that hat would need to
do tracing (i.e. .htx files)?
No, but if you'd like to add support that'd be a great service to
everyone.
Duncan
___
On Sun, 30 Nov 2008, Duncan Coutts wrote:
On Sun, 2008-11-30 at 21:14 +0100, Henning Thielemann wrote:
On Sun, 30 Nov 2008, Don Stewart wrote:
lemming:
Maybe you like to add a pointer in cabal-install.cabal/Homepage field to
this page.
Good idea. Duncan?
After I finished that article,
Thomas Schilling wrote:
Cabal-the-install-tool (package cabal-install) is actually a
different program that sits on top of Cabal-the-library, and it is in
fact what really provides the real advantages. Together with Hackage
this is what provides the killer feature of cabal install foo,
however
andrewcoppin:
Thomas Schilling wrote:
Cabal-the-install-tool (package cabal-install) is actually a
different program that sits on top of Cabal-the-library, and it is in
fact what really provides the real advantages. Together with Hackage
this is what provides the killer feature of cabal
Am Sonntag, 30. November 2008 20:46 schrieb Don Stewart:
andrewcoppin:
Thomas Schilling wrote:
Cabal-the-install-tool (package cabal-install) is actually a
different program that sits on top of Cabal-the-library, and it is in
fact what really provides the real advantages. Together with
daniel.is.fischer:
Am Sonntag, 30. November 2008 20:46 schrieb Don Stewart:
andrewcoppin:
Thomas Schilling wrote:
Cabal-the-install-tool (package cabal-install) is actually a
different program that sits on top of Cabal-the-library, and it is in
fact what really provides the real
On Sun, 30 Nov 2008, Don Stewart wrote:
*if* .. *might* .. *assuming* .. *potentially* .. *maybe* .. *if*..
You could have built it by now!
Source:
http://hackage.haskell.org/packages/archive/cabal-install/0.6.0/cabal-install-0.6.0.tar.gz
Dependencies that aren't in core:
On Sun, 30 Nov 2008, Don Stewart wrote:
lemming:
Maybe you like to add a pointer in cabal-install.cabal/Homepage field to
this page.
Good idea. Duncan?
After I finished that article, I also found:
http://hackage.haskell.org/trac/hackage/wiki/CabalInstall
On Sun, 2008-11-30 at 21:14 +0100, Henning Thielemann wrote:
On Sun, 30 Nov 2008, Don Stewart wrote:
lemming:
Maybe you like to add a pointer in cabal-install.cabal/Homepage field to
this page.
Good idea. Duncan?
After I finished that article, I also found:
On Sat, 2008-11-29 at 17:49 -0800, John Meacham wrote:
On Sun, Nov 30, 2008 at 01:37:20AM +, Thomas Schilling wrote:
So that's over 2 SLOC, but, of course, for a more powerful tool.
So I presume the 4x more code remark by John was about the Makefile
rules to implement something
On Sun, 2008-11-30 at 10:57 +, Andrew Coppin wrote:
As I understand it, that's also a seperate download. (Whereas the cabal
library comes with GHC.)
One day, if I feel hard-core enough, I might try this tool. (Assuming it
works on Windows...) It sounds potentially useful.
It will of
duncan.coutts:
On Sun, 2008-11-30 at 10:57 +, Andrew Coppin wrote:
As I understand it, that's also a seperate download. (Whereas the cabal
library comes with GHC.)
One day, if I feel hard-core enough, I might try this tool. (Assuming it
works on Windows...) It sounds
On Fri, Nov 28, 2008 at 08:51:45PM -0800, Jason Dagit wrote:
Personally, I look at it this way. Both build systems have different
advantages that the other cannot provide but they are not mutually
exclusive.
I don't see any advantage in Cabal, except that a .cabal file
provides some metadata
kili:
On Fri, Nov 28, 2008 at 08:51:45PM -0800, Jason Dagit wrote:
Personally, I look at it this way. Both build systems have different
advantages that the other cannot provide but they are not mutually
exclusive.
I don't see any advantage in Cabal, except that a .cabal file
provides
On Sat, Nov 29, 2008 at 11:31:52AM -0800, Don Stewart wrote:
I don't see any advantage in Cabal, except that a .cabal file
provides some metadata and dependency information that can help the
build.
And we have tools to automate the packaging of cabal-specified code.
So for example, there
When people say Cabal they often mean two different things (or both).
Cabal-the-library (package Cabal) knows how to use standard Haskell
build tools but it is not a very flexible or easily extensible build
tool (it relies on ghc --make for one, don't know how it does it for
other compilers).
On Sun, Nov 30, 2008 at 01:37:20AM +, Thomas Schilling wrote:
So that's over 2 SLOC, but, of course, for a more powerful tool.
So I presume the 4x more code remark by John was about the Makefile
rules to implement something similar to the Simple build system part.)
No, I was refering
On Wed, 2008-11-19 at 02:15 -0800, Jason Dusek wrote:
Duncan Coutts [EMAIL PROTECTED] wrote:
Jason Dusek wrote:
In the ticket, someone says:
True though I suspect it looks a bit weird to the
uninitiated. We know to read the conditional syntax as an
implication constraint which
On Tue, 2008-11-18 at 16:53 -0800, Jason Dusek wrote:
In the ticket, someone says:
True though I suspect it looks a bit weird to the
uninitiated. We know to read the conditional syntax as an
implication constraint which can be applied in either
direction but I suspect many
Duncan Coutts [EMAIL PROTECTED] wrote:
Jason Dusek wrote:
In the ticket, someone says:
True though I suspect it looks a bit weird to the
uninitiated. We know to read the conditional syntax as an
implication constraint which can be applied in either
direction but I suspect many
I'd like to be able to do something like:
if (template-haskell 2.3)
cpp-options: -D TH_THE_YOUNGER
else
cpp-options: -D TH_THE_ELDER
I guess this kind of thing is not possible at present?
--
_jsn
___
Haskell-Cafe mailing list
On Tue, 2008-11-18 at 01:48 -0800, Jason Dusek wrote:
I'd like to be able to do something like:
if (template-haskell 2.3)
cpp-options: -D TH_THE_YOUNGER
else
cpp-options: -D TH_THE_ELDER
I guess this kind of thing is not possible at present?
It is possible, in two
I was upgrading happstutorial.com to ghc 6.10.1 when I came across a
cabal install issue.
Somewhere in day 1 (probably as a HAppS dependency), HaXml 1.13.1 got installed.
On day 2, I wanted the latest version of HaXml (1.19.4), a dependency
for for xml-parsec.
cabal install HaXml gave me:
Hello all,
I'm having a small bit of trouble using cabal to package a program I'm
calling aule. I cannot build the program using cabal but can compile
it using ghc directly. Here's my aule.config:
Name:Aule
Version: 0.2.0
Cabal-Version: = 1.2
Build-type:
goofyheadedpunk:
Hello all,
I'm having a small bit of trouble using cabal to package a program I'm
calling aule. I cannot build the program using cabal but can compile
it using ghc directly. Here's my aule.config:
Name:Aule
Version: 0.2.0
Cabal-Version:
reiner.pope:
Hi,
Is there a way to use GHCi with code which is cabal-buildable but not ghc
--make-able? The emacs haskell-mode makes a pretty good guess by :cd-ing
into the directory with the .cabal file; however, if there is a different
source-dir this doesn't work so well.
On Tue, Oct 28, 2008 at 2:23 PM, Don Stewart [EMAIL PROTECTED] wrote:
reiner.pope:
Hi,
Is there a way to use GHCi with code which is cabal-buildable but not ghc
--make-able? The emacs haskell-mode makes a pretty good guess by :cd-ing
into the directory with the .cabal file;
Hi,
Is there a way to use GHCi with code which is cabal-buildable but not ghc
--make-able? The emacs haskell-mode makes a pretty good guess by :cd-ing
into the directory with the .cabal file; however, if there is a different
source-dir this doesn't work so well. A number of more advanced cabal
I had the same problem on a Mac system, change GHC to ghc and things
will work.
I didn't even think that it was an actual bug! Ticket #379 reports the
problem.
On Tue, Oct 21, 2008 at 3:52 PM, Duncan Coutts
[EMAIL PROTECTED]wrote:
On Wed, 2008-10-22 at 00:05 +0200, Henk-Jan van Tuyl wrote:
On Tue, 2008-10-21 at 23:36 -0700, Peter Higley wrote:
I had the same problem on a Mac system, change GHC to ghc and
things will work.
I didn't even think that it was an actual bug! Ticket #379 reports
the problem.
Thanks for reporting that.
Duncan
Hello, I recently started using cabal-install to install packages. However,
ran into a problem today trying to install ftphs where the current HUnit
dependency required base (==4). I'm using ghc-6.8.2 on ubuntu.
To get around this, I looked through previous versions of HUnit and found
that
On Tue, Oct 21, 2008 at 11:37 PM, Ken98 [EMAIL PROTECTED] wrote:
Hello, I recently started using cabal-install to install packages. However,
ran into a problem today trying to install ftphs where the current HUnit
dependency required base (==4). I'm using ghc-6.8.2 on ubuntu.
Right, that's
L.S.,
I keep getting the following warning for each cabal install command:
Warning: Error parsing config file C:\Documents and
Settings\[User]\Application Data\cabal\config: On line 1: GHC
Warning: Using default configuration.
The first line of this file is:
compiler: GHC
What can I
On Wed, 2008-10-22 at 00:05 +0200, Henk-Jan van Tuyl wrote:
L.S.,
I keep getting the following warning for each cabal install command:
Warning: Error parsing config file C:\Documents and
Settings\[User]\Application Data\cabal\config: On line 1: GHC
Warning: Using default
Hi,
I'm writing a Cabal package, using main=defaultMain
in Setup.hs. It has a library, and I want to also
build a few executables so I can test the library.
How am I supposed to do that? My attempt was to
create 'executable' sections for those tests. However,
I don't know how to include the main
I'm writing a Cabal package, using main=defaultMain
in Setup.hs. It has a library, and I want to also
build a few executables so I can test the library.
How am I supposed to do that? My attempt was to
create 'executable' sections for those tests. However,
I don't know how to include the main
On Tue, 2008-10-07 at 15:50 -0400, David Barton wrote:
OK, I suspect this is a real newbie error, but please have mercy. I have
downloaded and installed cabal (at least it responds to the --help command
from the command line). Yet when I do, say (to give a real example):
cabal configure
On Tue, Oct 7, 2008 at 9:50 PM, David Barton [EMAIL PROTECTED] wrote:
OK, I suspect this is a real newbie error, but please have mercy. I have
downloaded and installed cabal (at least it responds to the --help command
from the command line). Yet when I do, say (to give a real example):
OK, I suspect this is a real newbie error, but please have mercy. I have
downloaded and installed cabal (at least it responds to the --help command
from the command line). Yet when I do, say (to give a real example):
cabal configure parameterized_ data
(having done he fetch) I get this
dlb:
OK, I suspect this is a real newbie error, but please have mercy. I have
downloaded and installed cabal (at least it responds to the --help command
from the command line). Yet when I do, say (to give a real example):
cabal configure parameterized_ data
(having done he fetch) I
On Wed, 2008-10-01 at 01:59 +0200, Cetin Sert wrote:
A reminder:
When I wanted to upgrade to yi 0.4.6.2, I needed to download the new
package list
cabal update #download list of new packages
cabal upgrade #make any upgrades
Note that 'cabal upgrade' upgrades everything
When I wanted to upgrade to yi 0.4.6.2, I needed to download the new
package list
cabal update #download list of new packages
cabal upgrade #make any upgrades
I never knew there was a 'cabal update' command, and it worries me.
In my unhappy experience of packaging systems
On Wed, 2008-10-01 at 08:58 +0100, Malcolm Wallace wrote:
When I wanted to upgrade to yi 0.4.6.2, I needed to download the new
package list
cabal update #download list of new packages
cabal upgrade #make any upgrades
I never knew there was a 'cabal update' command,
On Wed, Oct 1, 2008 at 7:54 PM, Duncan Coutts
Because we actually consult the index of available packages more often
than you think. Every time you cabal install in a local directory we
make sure all the required packages are available and consistent. If we
had to go to the network every time
On Tue, Sep 30, 2008 at 9:01 PM, Duncan Coutts
[EMAIL PROTECTED] wrote:
On Wed, 2008-10-01 at 01:59 +0200, Cetin Sert wrote:
A reminder:
When I wanted to upgrade to yi 0.4.6.2, I needed to download the new
package list
cabal update #download list of new packages
cabal upgrade
On Wed, Oct 1, 2008 at 9:52 PM, Martin DeMello [EMAIL PROTECTED] wrote:
$ cabal install yi
Resolving dependencies...
'yi-0.4.6.2' is cached.
Configuring yi-0.4.6.2...
cabal: alex version =2.0.1 3 is required but it could not be found.
cabal: Error: some packages failed to install:
On Wed, Oct 1, 2008 at 1:04 PM, Svein Ove Aas [EMAIL PROTECTED] wrote:
On Wed, Oct 1, 2008 at 9:52 PM, Martin DeMello [EMAIL PROTECTED] wrote:
$ cabal install yi
Resolving dependencies...
'yi-0.4.6.2' is cached.
Configuring yi-0.4.6.2...
cabal: alex version =2.0.1 3 is required but it
On 2008.10.01 12:52:47 -0700, Martin DeMello [EMAIL PROTECTED] scribbled 1.2K
characters:
On Tue, Sep 30, 2008 at 9:01 PM, Duncan Coutts
[EMAIL PROTECTED] wrote:
On Wed, 2008-10-01 at 01:59 +0200, Cetin Sert wrote:
A reminder:
When I wanted to upgrade to yi 0.4.6.2, I needed to download
On Wed, Oct 1, 2008 at 1:06 PM, Gwern Branwen [EMAIL PROTECTED] wrote:
Yi fails on Alex because Cabal doesn't track executables, nor executables
needed for installation. You want 'cabal install alex yi';
Yay, that finally worked :) Had to add ~/.cabal/bin to my path first,
which wasn't hard
On 2008.10.01 13:24:55 -0700, Martin DeMello [EMAIL PROTECTED] scribbled 0.9K
characters:
On Wed, Oct 1, 2008 at 1:06 PM, Gwern Branwen [EMAIL PROTECTED] wrote:
Yi fails on Alex because Cabal doesn't track executables, nor executables
needed for installation. You want 'cabal install alex
On Wed, 2008-10-01 at 20:53 +0200, Svein Ove Aas wrote:
On Wed, Oct 1, 2008 at 7:54 PM, Duncan Coutts
Because we actually consult the index of available packages more often
than you think. Every time you cabal install in a local directory we
make sure all the required packages are available
On Wed, Oct 1, 2008 at 10:52 PM, Duncan Coutts
[EMAIL PROTECTED]wrote:
and you have network access, start updating it.
That's hard. Detecting if we would be able to make a network connection
without actually doing it is not something I know how to do (esp in a
portable way). We would very
On Thu, Oct 2, 2008 at 00:00, Svein Ove Aas [EMAIL PROTECTED] wrote:
That aside, why not start downloading in the background, while it's
doing whatever you started cabal for? Assuming the network is working,
you should have an updated package list by the time it's done;
granted, it won't be
A reminder:
When I wanted to upgrade to yi 0.4.6.2, I needed to download the new package
list
cabal update #download list of new packages
cabal upgrade #make any upgrades
Regards,
CS
2008/9/26 Duncan Coutts [EMAIL PROTECTED]
On Fri, 2008-09-26 at 10:49 +0200, Achim
% cabal update
Downloading package list from server
'http://hackage.haskell.org/packages/archive'
% cabal install pureMD5
All requested packages already installed. Nothing to do.
% cabal install pureMD5-0.2.4
Downloading 'pureMD5-0.2.4'...
[...]
Well, I might be spoiled by portage but shouldn't
On 2008 Sep 26, at 4:49, Achim Schneider wrote:
Well, I might be spoiled by portage but shouldn't there be a thing
like
cabal upgrade pureMD5
and
cabal upgrade --all
snuffy:502 Z$ cabal help upgrade
Usage: cabal upgrade [FLAGS]
or: cabal upgrade [PACKAGES]
--
brandon s. allbery
On Fri, 2008-09-26 at 10:49 +0200, Achim Schneider wrote:
% cabal update
Downloading package list from server
'http://hackage.haskell.org/packages/archive'
% cabal install pureMD5
All requested packages already installed. Nothing to do.
% cabal install pureMD5-0.2.4
Downloading
Hi,
I've followed the instruction from the upcoming book Real World
Haskell to install cabal.
Now, when I enter cabal update, it answers this:
Downloading package list from server
'http://hackage.haskell.org/packages/archive'
cabal: getHostByName: does not exist (no such host entry)
What's the
On Mon, Sep 01, 2008 at 12:01:49PM +0200, minh thu wrote:
Hi,
I've followed the instruction from the upcoming book Real World
Haskell to install cabal.
Now, when I enter cabal update, it answers this:
Downloading package list from server
'http://hackage.haskell.org/packages/archive'
2008/9/1 Marc Weber [EMAIL PROTECTED]:
On Mon, Sep 01, 2008 at 12:01:49PM +0200, minh thu wrote:
Hi,
I've followed the instruction from the upcoming book Real World
Haskell to install cabal.
Now, when I enter cabal update, it answers this:
Downloading package list from server
| On Wed, 2008-08-20 at 13:53 -0500, Nicolas Frisby wrote:
| I have a question about cabal's behavior for the build command. When
| using the build command on a cabalized project, any version changes
| for installed packages go unnoticed - the necessary modules in the
| project are not
On Thu, 2008-08-21 at 08:23 +0100, Simon Peyton-Jones wrote:
| On Wed, 2008-08-20 at 13:53 -0500, Nicolas Frisby wrote:
| I have a question about cabal's behavior for the build command. When
| using the build command on a cabalized project, any version changes
| for installed packages go
I have a question about cabal's behavior for the build command. When
using the build command on a cabalized project, any version changes
for installed packages go unnoticed - the necessary modules in the
project are not re-compiled. If however, you run the configure command
(though the .cabal file
On Wed, 2008-08-20 at 13:53 -0500, Nicolas Frisby wrote:
I have a question about cabal's behavior for the build command. When
using the build command on a cabalized project, any version changes
for installed packages go unnoticed - the necessary modules in the
project are not re-compiled.
On Thu, 2008-08-14 at 22:32 -0400, Nicholas Andrews wrote:
Hi!
I'm trying to set up a project with both src and lib directories with
cabal. My blah.cabal file looks like:
Library
Build-Depends: base
Exposed-Modules:Foo
hs-source-dirs: lib/foo
Executable hai
Sorry, I meant runhaskell Setup.hs configure|build. To clarify, I DO
have a Setup.hs, and am getting the error in my original post when
running it.
On Fri, Aug 15, 2008 at 1:42 AM, Ketil Malde [EMAIL PROTECTED] wrote:
Nicholas Andrews [EMAIL PROTECTED] writes:
$ runhaskell blah.cabal configure
I'm running Ubuntu 8 (Hardy Heron), and while trying to install cabal
ran into this bug:
https://bugs.launchpad.net/ubuntu/+source/haskell-cabal/+bug/231099
I finally had to install cabal manually, but it took me a lot of
googling to be sure that was the right thing to do. Could someone who
UncommonProgrammingLanguages
:(
On Thu, Aug 14, 2008 at 4:51 PM, Martin DeMello [EMAIL PROTECTED]wrote:
I'm running Ubuntu 8 (Hardy Heron), and while trying to install cabal
ran into this bug:
https://bugs.launchpad.net/ubuntu/+source/haskell-cabal/+bug/231099
I finally had to install
Hi!
I'm trying to set up a project with both src and lib directories with
cabal. My blah.cabal file looks like:
Library
Build-Depends: base
Exposed-Modules:Foo
hs-source-dirs: lib/foo
Executable hai
Build-depends: base
Main-is:Bar.hs
Nicholas Andrews [EMAIL PROTECTED] writes:
$ runhaskell blah.cabal configure
blah.cabal isn't a Haskell file, you need a file Setup.hs that you can
'runhaskell'. Setup.hs need only contain the following three lines:
#!/usr/bin/env runhaskell
import Distribution.Simple
main = defaultMain
-k
On Sun, 2008-07-27 at 21:01 -0500, John Lato wrote:
Use Haskell String syntax for paths that contain spaces:
include-dirs: C:\\Program Files\\program\\include
Hi Duncan,
Thanks, this worked (mostly). Although I had to change the line to
include-dirs: \C:\\Program
On Fri, Aug 1, 2008 at 8:39 AM, Duncan Coutts
[EMAIL PROTECTED] wrote:
On Sun, 2008-07-27 at 21:01 -0500, John Lato wrote:
Use Haskell String syntax for paths that contain spaces:
include-dirs: C:\\Program Files\\program\\include
Hi Duncan,
Thanks, this worked (mostly). Although I
I cannot seem to be able to install yi via cabal install. The error I
get is as follows. I suspect alex is not installed in the correct
place.
; sudo cabal install yi
Resolving dependencies...
Downloading yi-0.4.3...
Configuring yi-0.4.3...
cabal: alex version =2.0.1 3 is required but it
Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008:
I cannot seem to be able to install yi via cabal install. The error I
get is as follows. I suspect alex is not installed in the correct
place.
...
Hi,
cabal-install will put installed binaries in $HOME/.cabal/bin by
Quoth Austin Seipp on Wed, Jul 30, 2008 at 03:45:49 -0500
Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008:
I cannot seem to be able to install yi via cabal install. The error I
get is as follows. I suspect alex is not installed in the correct
place.
...
Hi,
Excerpts from Yann Golanski's message of Wed Jul 30 10:59:35 +0200 2008:
Quoth Austin Seipp on Wed, Jul 30, 2008 at 03:45:49 -0500
Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008:
I cannot seem to be able to install yi via cabal install. The error I
get is as
On Wed, 2008-07-30 at 03:45 -0500, Austin Seipp wrote:
Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008:
I cannot seem to be able to install yi via cabal install. The error I
get is as follows. I suspect alex is not installed in the correct
place.
...
Hi,
Quoth Nicolas Pouillard on Wed, Jul 30, 2008 at 11:06:43 +0200
Excerpts from Yann Golanski's message of Wed Jul 30 10:59:35 +0200 2008:
; sudo cabal install yi
Resolving dependencies...
'yi-0.4.3' is cached.
Configuring yi-0.4.3...
Preprocessing library yi-0.4.3...
Preprocessing
[problems with cabal install yi]
Curious, I tried this out, on a Debian etch box with GHC 6.8.3.
cabal update ; cabal install yi --global
complained about needing alex =2.0.something and 3.
Then cabal install alex happily installed alex version 2.2. Finally,
cabal install yi --global worked
Excerpts from John Dorsey's message of Wed Jul 30 13:58:26 -0500 2008:
Is something amiss with cabal-install? Shouldn't it have automatically
installed alex? Or does it only do that with libraries, by design?
AFAICT, dependencies are only downloaded and installed if they are
listed in a
On Wed, 2008-07-30 at 14:58 -0400, John Dorsey wrote:
[problems with cabal install yi]
Curious, I tried this out, on a Debian etch box with GHC 6.8.3.
cabal update ; cabal install yi --global
complained about needing alex =2.0.something and 3.
Then cabal install alex happily installed
Philip Weaver [EMAIL PROTECTED] wrote:
I'm trying to use CPP-defined strings in a Haskell module, like this:
main :: IO ()
main = putStrLn FOO
This of course will not work:
ghc -DFOO=hello world --make Main.hs -o test
Have you tried using ANSI cpp's stringification operator?
On Tue, Jul 29, 2008 at 3:14 AM, Malcolm Wallace
[EMAIL PROTECTED] wrote:
Philip Weaver [EMAIL PROTECTED] wrote:
I'm trying to use CPP-defined strings in a Haskell module, like this:
main :: IO ()
main = putStrLn FOO
This of course will not work:
ghc -DFOO=hello world --make
On Sun, 2008-07-27 at 21:01 -0500, John Lato wrote:
On Sun, Jul 27, 2008 at 3:25 PM, Duncan Coutts
Use Haskell String syntax for paths that contain spaces:
include-dirs: C:\\Program Files\\program\\include
Hi Duncan,
Thanks, this worked (mostly). Although I had to change the line
Hello all,
I'm trying to use CPP-defined strings in a Haskell module, like this:
main :: IO ()
main = putStrLn FOO
This of course will not work:
ghc -DFOO=hello world --make Main.hs -o test
You'll get this error message:
./Main.hs:6:16: Not in scope: `hello'
./Main.hs:6:22:
On Mon, 2008-07-28 at 15:02 -0700, Philip Weaver wrote:
However, passing the same CPP definition via cabal does not work.
runhaskell Setup.hs build --ghc-options=-DFOO=\hello world\
runhaskell Setup.hs build --ghc-options=-DFOO='hello world'
With either of these commands, I get
On Sun, 27 Jul 2008 03:23:09 +0200, John Lato [EMAIL PROTECTED] wrote:
Hello,
Can anyone point me to a method for including path names with spaces
in a cabal file? I would like to add a line similar to the following:
include-dirs: C:\Program Files\program\include
and of course a
On Sat, 2008-07-26 at 20:23 -0500, John Lato wrote:
Hello,
Can anyone point me to a method for including path names with spaces
in a cabal file? I would like to add a line similar to the following:
include-dirs: C:\Program Files\program\include
and of course a corresponding library as
Hello Henk-Jan,
Sunday, July 27, 2008, 11:36:32 PM, you wrote:
Can anyone point me to a method for including path names with spaces
in a cabal file? I would like to add a line similar to the following:
Have you tried replacing Program Files with PROGRA~1? This is the old
i don't followed
On Mon, 2008-07-28 at 00:27 +0400, Bulat Ziganshin wrote:
Hello Henk-Jan,
Sunday, July 27, 2008, 11:36:32 PM, you wrote:
Can anyone point me to a method for including path names with spaces
in a cabal file? I would like to add a line similar to the following:
Have you tried replacing
701 - 800 of 913 matches
Mail list logo