On Mon, 2011-02-07 at 14:42 +, Malcolm Wallace wrote:
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words least restrictive and I think you are correct.
OK.
To combine licences, just
Vivian McPhail haskell.vivian.mcph...@gmail.com writes:
Looking specifically at hmatrix, there are three kinds of modules
i) bindings to GSLGPL
ii) bindings to LAPACK BSD
iii) pure Haskellhmatrix author's choice
1) Am I correct in thinking that even
It feels to me like a quite reasonable simplification that if someone
wants to offer different bits of code, with the intent that the license
terms of the eventual executable may be different depending on which
bits you use, then they ought to do so in different packages. It's
simple enough to
Dear All,
There was recently a discussion on haskell-cafe (
http://www.mail-archive.com/haskell-cafe@haskell.org/msg86472.html) about
licenses of libraries such as hmatrix and the combination of various
different licences.
One question was about per-package versus by-file licenses:
In Haskell
It seems then that a package should be the least restrictive
combination of all the licenses in all the contained modules.
Omit the words least restrictive and I think you are correct.
To combine licences, just aggregate them. There is no lattice of
subsumption; no more or less restrictive
On Mon, 2011-01-31 at 01:13 -0500, Ryan Newton wrote:
Ok, I've made some progress in the direction Duncan suggested.
I can filter out the extra library before the postConf hook gets it.
And calling make from the hooks is pretty easy.
I've got a hack working that does allow full
Oops, I guess I misinterpreted package description. It did sound a little
dangerous ;-).
What you suggested also worked. I'm in good shape now.
Thanks again,
-Ryan
On Mon, Jan 31, 2011 at 11:24 AM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
On Mon, 2011-01-31 at 09:52 -0500, Ryan
Hi cafe,
I am trying to link a .a file built by a separate makefile into my
library. GHC has no problem with it, but I need to convince cabal to do it
for the package to be hackage-friendly. There's a thread about this back in
2007:
On Sun, 2011-01-30 at 05:20 -0500, Ryan Newton wrote:
I am trying to link a .a file built by a separate makefile into my
library. GHC has no problem with it, but I need to convince cabal to
do it for the package to be hackage-friendly. There's a thread about
this back in 2007:
Thanks Duncan,
Alas, I don't think it's something I want to install globally on the users
machine. It's actually not much code, but I can't get cabal to build it
directly because it chokes on the .s assembly files (which are intel syntax
not ATT). Right now I'm depending on yasm. The makefile
(use:
setAuthorityGen); returning Nothing
cabal: Failed to download index 'ErrorMisc Unsucessful HTTP code: (4,0,7)'
This is the first time I am using cabal so I am almost completely blank for it.
Thanks
Azeem
Date: Fri, 28 Jan 2011 15:26:08 +1000
Subject: Re: [Haskell-cafe] Cabal proxy
On 28 January 2011 16:00, Azeem -ul-Hasan aze...@live.com wrote:
Please explain this a bit. Where are the configuration files for cabal
install.
cabal-install is configured in ~/.cabal/config
However, as far as I'm aware it uses normal http connections and
doesn't require any particular
On 16.12.2010 15:40, Duncan Coutts wrote:
On 16 December 2010 13:38, Daniel Fischer
daniel.is.fisc...@googlemail.com wrote:
Maybe a flag ignore upper bounds and try with the latest for cabal would
be a solution. Would that be hard to implement or easy?
That suggestion has come up quite a
On Sun, Dec 19, 2010 at 5:01 PM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
On 19 December 2010 17:44, Greg Weber g...@gregweber.info wrote:
Michael Snoyman and I were discussing the need for beta releases of Yesod
and he encourage me to post this to the cafe. Beta releases could be
Michael Snoyman and I were discussing the need for beta releases of Yesod
and he encourage me to post this to the cafe. Beta releases could be built
into the hackage system. However, this can be viewed as a more general
problem of distributing multiple versions of code (stable vs. experimental,
On 19 December 2010 17:44, Greg Weber g...@gregweber.info wrote:
Michael Snoyman and I were discussing the need for beta releases of Yesod
and he encourage me to post this to the cafe. Beta releases could be built
into the hackage system. However, this can be viewed as a more general
problem
On Thu, Dec 16, 2010 at 3:56 PM, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
On Thu, Dec 16, 2010 at 3:48 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 18:30, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
On Thu, Dec 16, 2010 at
On 16 December 2010 19:06, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Oh, clean job around ~/.ghc and ~/.cabal has been done. No luck.
Sounds like a dodgy GHC install then; I believe lispy on #haskell has
reported similar problems.
--
Ivan Lazar Miljenovic
On Thu, Dec 16, 2010 at 4:07 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 19:06, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Oh, clean job around ~/.ghc and ~/.cabal has been done. No luck.
Sounds like a dodgy GHC install then; I believe lispy
Magicloud Magiclouds magicloud.magiclouds at gmail.com writes:
Really hoping cabal has some kind of way to ignore these version thing.
+1, sort of.
Really, when moving to ghc-7 I found the most annyoing thing
is upper version bounds in cabal files.
This makes cabal-install all too eager to
On Thu, Dec 16, 2010 at 10:08:23AM +, Johannes Waldmann wrote:
But: I'm always puzzled by build-dependencies like A = 3.4.5.
With the major.minor.release scheme,
a change in release means no API change (just bugfix),
in minor means compatible extension of API,
and only major changes can
On Thursday 16 December 2010 11:08:23, Johannes Waldmann wrote:
But: I'm always puzzled by build-dependencies like A = 3.4.5.
With the major.minor.release scheme,
a change in release means no API change (just bugfix),
in minor means compatible extension of API,
and only major changes can
Daniel Fischer daniel.is.fischer at googlemail.com writes:
Maybe a flag ignore upper bounds and try with the latest for cabal
+1
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On 16 December 2010 13:38, Daniel Fischer
daniel.is.fisc...@googlemail.com wrote:
The problem is that without upper bounds, things will break a lot when
packages undergo API changes, but probably more often things will also work
with the new API. So with upper bounds, you prevent breakage at
Daniel Fischer daniel.is.fisc...@googlemail.com writes:
Or: it breaks with a bug introduced in 3.4.6 which hasn't yet been fixed.
This is an important point, I think: API breakages are not always
intentional. Except for base, I generally don't specify upper bounds
(well, maybe this is laziness
On Thursday 16 December 2010 15:40:37, Duncan Coutts wrote:
On 16 December 2010 13:38, Daniel Fischer
daniel.is.fisc...@googlemail.com wrote:
The problem is that without upper bounds, things will break a lot when
packages undergo API changes, but probably more often things will also
work
Hi,
I see this kind of information a lot when I using cabal to install
package. Or sometimes same packages both exist in global and user
space, which is a shadowed by message.
How to resolve that? Thanks.
Resolving dependencies...
command line: cannot satisfy -package Cabal-1.10.0.0:
On 16 December 2010 13:35, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Hi,
I see this kind of information a lot when I using cabal to install
package. Or sometimes same packages both exist in global and user
space, which is a shadowed by message.
How to resolve that? Thanks.
On Thu, Dec 16, 2010 at 10:55 AM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 13:35, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Hi,
I see this kind of information a lot when I using cabal to install
package. Or sometimes same packages both exist
On Thu, Dec 16, 2010 at 2:24 PM, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
On Thu, Dec 16, 2010 at 10:55 AM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 13:35, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
Hi,
I see this kind of
On 16 December 2010 17:26, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
And, sure, I could reinstall Cabal. Then things seem fine. But it is
weird. I have to have the same packages installed at two places of the
system.
What makes you say that? Does ghc-pkg list show it twice?
On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 17:26, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
And, sure, I could reinstall Cabal. Then things seem fine. But it is
weird. I have to have the same packages installed
On 16 December 2010 18:30, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
For example, now I have message as this when installing darcs.
command line: cannot satisfy -package Cabal-1.10.0.0:
On Thu, Dec 16, 2010 at 3:48 PM, Ivan Lazar Miljenovic
ivan.miljeno...@gmail.com wrote:
On 16 December 2010 18:30, Magicloud Magiclouds
magicloud.magiclo...@gmail.com wrote:
On Thu, Dec 16, 2010 at 2:59 PM, Ivan Lazar Miljenovic
For example, now I have message as this when installing darcs.
In short: I can't cabal install xmonad-contrib.
Longer version:
It a appears that a program which does not exist on my computer seems
to insist on a package version which does not exist in my universe,
I'm starting to wonder whether I have lost my marbles. Could some kind
soul please
On 6 December 2010 11:02, Jacek Generowicz jacek.generow...@cern.ch wrote:
It a appears that a program which does not exist on my computer seems to
insist on a package version which does not exist in my universe, I'm
starting to wonder whether I have lost my marbles. Could some kind soul
On Mon, Dec 6, 2010 at 7:15 AM, Duncan Coutts
duncan.cou...@googlemail.com wrote:
On 6 December 2010 11:02, Jacek Generowicz jacek.generow...@cern.ch wrote:
It a appears that a program which does not exist on my computer seems to
insist on a package version which does not exist in my universe,
Problem solved: 2 solutions described below.
On 2010 Dec 6, at 14:15, Duncan Coutts wrote:
On 6 December 2010 11:02, Jacek Generowicz
jacek.generow...@cern.ch wrote:
It a appears that a program which does not exist on my computer
seems to
insist on a package version which does not exist
On 2010 Dec 6, at 15:05, Antoine Latter wrote:
On my Mac 'which -a pkg-config' returns:
/opt/local/bin/pkg-config
/opt/local/bin/pkg-config
I'm not sure why it prints twice.
Same happens with my hand-installed version when I use the -a flag: it
only shows it once when invoked without -a.
On 2010 Dec 6, at 15:39, Jacek Generowicz wrote:
On 2010 Dec 6, at 14:15, Duncan Coutts wrote:
In the development version of cabal we have changed that error
message
to try and make it clear that it is looking for a program called
pkg-config, not a Haskell package or a C lib.
cabal: The
On 6 December 2010 14:48, Jacek Generowicz jacek.generow...@cern.ch wrote:
Another thing that would probably have made it easier to understand: the
message is strictly correct, but is *too* specific: it talks about
pkg-config version =0.9.0 not being found, while the problem was that *no
On 12/6/10 7:25 AM, Duncan Coutts wrote:
cabal: The program 'pkg-config' is required but it could not be found
on the system (version 0.9.0 or later of pkg-config is required).
Looks good.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On 2010 Dec 6, at 16:25, Duncan Coutts wrote:
Perhaps something like this would be better:
cabal: The program 'pkg-config' is required but it could not be found
on the system (version 0.9.0 or later of pkg-config is required).
That looks pretty good. I'm having trouble finding any holes in
So as far as I can tell, it's easy to fix the cabal sdist bug. The
module that generates a distribution simply has to use
insntallOrdinaryFile when copying files, not the version of copyFile
that is exported by Distribution.Simple.Util. I'll respond to the
open ticket with this patch later
current cabal-install (0.8.2) cannot be compiled with ghc-7.0.1 set of
boot libraries. It requires cabal 1.8.* wich fails to compile. Does
anyone worked this out ?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Mon, Nov 22, 2010 at 4:16 PM, Permjacov Evgeniy permea...@gmail.com wrote:
current cabal-install (0.8.2) cannot be compiled with ghc-7.0.1 set of
boot libraries. It requires cabal 1.8.* wich fails to compile. Does
anyone worked this out ?
On some of my development environments I've been
Hi all,
I just installed the Haskell Platform, and when I try cabal update, I
have the following output:
Downloading the latest package list from hackage.haskell.org
cabal: failed
This error does not give me information about what is wrong. Has anyone
had this error before?
I would
On 13 November 2010 19:48, Daniel Díaz danield...@asofilak.es wrote:
Hi all,
I just installed the Haskell Platform, and when I try cabal update, I
have the following output:
Downloading the latest package list from hackage.haskell.org
cabal: failed
This error does not give me information
El Sab, 13 de Noviembre de 2010, 10:33 am, Ivan Lazar Miljenovic escribió:
On 13 November 2010 19:48, Daniel Díaz danield...@asofilak.es wrote:
Hi all,
I just installed the Haskell Platform, and when I try cabal update, I
have the following output:
Downloading the latest package list from
On Sat, Nov 13, 2010 at 08:33:18PM +1100, Ivan Lazar Miljenovic wrote:
I would guess that it's related to
http://www.reddit.com/r/haskell/comments/e5db7/alert_hackage_downtime_tomorrow_0600_1200_pst/
That would be 14:00 - 20:00 UTC, wouldn't it?
___
Recently I experimented a little with putting several Hackage packages
into a single Linux distro package, but I ran into a slight problem
with registering Haskell packages temporarily.
These are the basic steps taken to configure, compile, and stage a
Haskell package in ArchLinux:
Magnus,
You might try Capri which operates Cabal-related stuff privately on a
local-to-project package database not touching global or user
databases.
http://hackage.haskell.org/package/capri
http://www.haskell.org/haskellwiki/Capri
--
Dimitry Golubovsky
Anywhere on the Web
On 10-11-05 06:43 AM, Magnus Therning wrote:
runhaskell Setup register --gen-script
runhaskell Setup unregister --gen-script
[...]
Except
that the generated register/unregister scripts now also point to
my-temp-db, and there seems to be no way to prevent this. I solved it
for now
Hi
I've just installed cabal-install (just as a user: I am nowhere
near root) on our unix server at work. That went fine.
Clearly, the sensible thing to do next is get hold of an up-to-date
package list. So, I tried
co...@cafe:~$ cabal update
Downloading the latest package list from
On Thursday 28 October 2010 15:08:09, Conor McBride wrote:
So I poked about a bit, and I see it's a known issue. As a user, I'm
wondering what to do.
Try with HTTP-4000.0.9 instead of 4000.0.7?
Just now,
wget http://hackage.haskell.org/packages/archive/00-index.tar.gz
is chugging away
I am new to Haskell, and am trying to install a package (scan) using
cabal-install. I want it to install all files under the directory
${HOME}/nonvc, like in ~/nonvc/share and ~/nonvc/bin. So I specified
install-dirs user
-- prefix: /home/raghu/nonvc
in ~/.cabal/config. But when I do `cabal
On 22 September 2010 15:55, N. Raghavendra ra...@mri.ernet.in wrote:
I am new to Haskell, and am trying to install a package (scan) using
cabal-install. I want it to install all files under the directory
${HOME}/nonvc, like in ~/nonvc/share and ~/nonvc/bin. So I specified
install-dirs user
On 10 June 2010 01:08, Gregory Collins g...@gregorycollins.net wrote:
Jeroen Weijers jeroenweijers+haskellc...@gmail.com writes:
Hi,
For me it turned out to be some problem with MacPorts, removing
MacPorts (with all its installed ports) solved the problem regarding
ZLib. I assume that a
On 20 August 2010 14:20, Johannes Waldmann waldm...@imn.htwk-leipzig.de wrote:
Here's another instance of the machine (*) telling me what to do,
instead of doing it (or am I missing something):
I have a large set of cabal packages installed with ghc.
Then suddenly I need some package Foo with
On Friday 20 August 2010 15:20:41, Johannes Waldmann wrote:
Here's another instance of the machine (*) telling me what to do,
instead of doing it (or am I missing something):
I have a large set of cabal packages installed with ghc.
Then suddenly I need some package Foo with profiling.
So I
On 13 August 2010 15:49, Johannes Waldmann waldm...@imn.htwk-leipzig.de wrote:
How is the cabal magic that would run hscolour?
I am using cabal haddock --executables --hyperlink-source
and this generates the API docs for all modules,
and all have source links, but the actual html-ized
How is the cabal magic that would run hscolour?
I am using cabal haddock --executables --hyperlink-source
and this generates the API docs for all modules,
and all have source links, but the actual html-ized source
is only generated for the main module, and missing for all others.
Thanks - J.W.
Johannes Waldmann waldm...@imn.htwk-leipzig.de writes:
How is the cabal magic that would run hscolour?
I am using cabal haddock --executables --hyperlink-source
and this generates the API docs for all modules,
and all have source links, but the actual html-ized source
is only generated
The problem was noted in this thread a couple of months ago:
http://www.haskell.org/pipermail/haskell-cafe/2010-June/078914.html
I'm not sure what the resolution was.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
It looks like there's a bug in the Haskell platform binary build for
Windows. If someone could point me at their bugtrack database I'd be
happy to submit a report.
-- ryan
On Wed, Aug 11, 2010 at 12:20 AM, Stephen Tetley
stephen.tet...@gmail.com wrote:
The problem was noted in this thread a
I'm not sure what's going on, here's the error I get:
C:\haskell\ListZipper-1.1.1.0cabal haddock
Running Haddock for ListZipper-1.1.1.0...
Preprocessing library ListZipper-1.1.1.0...
Warning: The documentation for the following packages are not installed. No
links will be generated to these
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
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
wren ng thornton w...@freegeek.org 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
Gregory Collins wrote:
wren ng thornton w...@freegeek.org 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/22/10 09:44 , Magnus Therning wrote:
All right, so why would cabal want to avoid compiling the Setup.hs?
Of course this behaviour of cabal's means that I in the future will use
*Custom*
all the time, since I otherwise have to remember this
On Fri, Jul 23, 2010 at 03:33, wren ng thornton w...@freegeek.org wrote:
Magnus Therning wrote:
On Thu, Jul 22, 2010 at 11:52, Ross Paterson r...@soi.city.ac.uk wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson
On Fri, Jul 23, 2010 at 04:58, Mark Wotton mwot...@gmail.com wrote:
On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton w...@freegeek.org wrote:
Magnus Therning wrote:
On Thu, Jul 22, 2010 at 11:52, Ross Paterson r...@soi.city.ac.uk wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus
Mark Wotton wrote:
Perhaps cabal should print a warning if you have a Setup.hs file,
_and_ try to use Simple? It'd at least give the hint that they're
unhappy together.
I think it should instead verify that Setup.hs is consistent with a
Simple build. I don't know how much variation exists,
That actually runs contrary to one of cabal's other practices, which is to
add a 'simple' Setup.hs to your package as it makes the sdist is one is not
present. With your proposed change, it would then complain about _every_
package that used simple. ;)
Setup.hs exists so that you can execute
On Fri, Jul 23, 2010 at 8:07 AM, Edward Kmett ekm...@gmail.com wrote:
That actually runs contrary to one of cabal's other practices, which is to
add a 'simple' Setup.hs to your package as it makes the sdist is one is not
present.
er.. I meant if one is not present.
On Wed, Jul 21, 2010 at 17:43, Rogan Creswick cresw...@gmail.com wrote:
On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning mag...@therning.org wrote:
I am successfully using hooks with the following in my .cabal file:
Build-Type : Simple
and my main in Setup.hs looks like this:
On Wed, Jul 21, 2010 at 09:43:16AM -0700, Rogan Creswick wrote:
On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning mag...@therning.org wrote:
I am successfully using hooks with the following in my .cabal file:
Build-Type : Simple
I've been unable to reproduce this -- flipping the
On Thu, Jul 22, 2010 at 10:59, Ross Paterson r...@soi.city.ac.uk wrote:
On Wed, Jul 21, 2010 at 09:43:16AM -0700, Rogan Creswick wrote:
On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning mag...@therning.org wrote:
I am successfully using hooks with the following in my .cabal file:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson r...@soi.city.ac.uk wrote:
Magnus is building by directly running the Setup.hs himself, which ignores
the Build-Type. To get cabal-install to use his Setup.hs, the Build-Type
must
On Thu, Jul 22, 2010 at 11:52, Ross Paterson r...@soi.city.ac.uk wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson r...@soi.city.ac.uk wrote:
Magnus is building by directly running the Setup.hs himself, which ignores
the
Magnus Therning wrote:
On Thu, Jul 22, 2010 at 11:52, Ross Paterson r...@soi.city.ac.uk wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson r...@soi.city.ac.uk wrote:
Magnus is building by directly running the Setup.hs himself,
On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton w...@freegeek.org wrote:
Magnus Therning wrote:
On Thu, Jul 22, 2010 at 11:52, Ross Paterson r...@soi.city.ac.uk wrote:
On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:
On Thu, Jul 22, 2010 at 10:59, Ross Paterson
On Wed, Jul 21, 2010 at 04:53, Rogan Creswick cresw...@gmail.com wrote:
On Tue, Jul 20, 2010 at 8:50 PM, Tom Hawkins tomahawk...@gmail.com wrote:
Thanks. I tried this, but it appears cabal-install ignores the
Setup.hs file. The only way I could get it to take is if I run
'runhaskell
On Wed, Jul 21, 2010 at 3:00 AM, Magnus Therning mag...@therning.org wrote:
I am successfully using hooks with the following in my .cabal file:
Build-Type : Simple
and my main in Setup.hs looks like this:
main = defaultMainWithHooks $ simpleUserHooks
{ cleanHook =
On Mon, Jul 19, 2010 at 11:54 AM, Stephen Tetley
stephen.tet...@gmail.com wrote:
Hi Tom
This will the job for a UserHooks - probably preBuild? - see
Distribution.Simple.UserHooks.
postConf - Hook to run after configure command
preBuild - Hook to run before build command. Second arg
On Tue, Jul 20, 2010 at 8:50 PM, Tom Hawkins tomahawk...@gmail.com wrote:
Thanks. I tried this, but it appears cabal-install ignores the
Setup.hs file. The only way I could get it to take is if I run
'runhaskell Setup.hs configure' directly. I always assumed
cabal-install runs Setup.hs
I have a script I'm using to generate some Haskell code for a library.
How do I specify this flow in the cabal setup file? Would someone
point me to a relevant library I can reference as an example?
-Tom
___
Haskell-Cafe mailing list
Hi Tom
This will the job for a UserHooks - probably preBuild? - see
Distribution.Simple.UserHooks.
postConf - Hook to run after configure command
preBuild - Hook to run before build command. Second arg indicates
verbosity level.
buildHook - Over-ride this hook to get different behaviour during
I accidentally found a rarely encountered omission in Cabal (the lib, because
via Setup.hs) by building Haskell Platform as shared libs from source.
It is rare because you have to use both --enabled-shared and
--package-db=blah together to run into it. --package-db=blah is already rare
enough
Hello,
I have the following directories set :
Project/
Project/Language
Project/Language/Copilot/
in Project there is the copilot.cabal file.
in Project/Language/Copilot there are a bunch of .hs files, including Main.hs
All the modules in these files are named Language.Copilot.NameOfTheFile for
robin morisset amulette...@yahoo.fr writes:
Hello,
I have the following directories set :
Project/
Project/Language
Project/Language/Copilot/
in Project there is the copilot.cabal file.
in Project/Language/Copilot there are a bunch of .hs files, including Main.hs
All the modules in these
Hello,
(Ivan Lazar Miljenovi)
Why not just have a Main.hs file?
As for that error message, do you have a main function? Are you sure
you were using --make?
thank you for taking the time for reply. A friend finally found the issue. The
main function in the Main module was ok, the problem
Did you manage to fix this problem, or are there any updates on it? I am now
having the same issue - presumably due to updating my Mac OS X version, because
cabal was working fine before that. I can't upgrade cabal or install anything
either, same reason.
Gordon J. Uszkay
I am also experiencing this problem.
I read that the problem was fixed in the latest Cabal-install version.
But I'm not sure, as I tried to install the latest Cabal-install and
got 50 linker errors which I'm not prepared to tackle until the
weekend.
On 8 June 2010 18:21, Gordon J. Uszkay
Hi,
For me it turned out to be some problem with MacPorts, removing
MacPorts (with all its installed ports) solved the problem regarding
ZLib. I assume that a less drastic measure would also work (only
remove selected ports or remove the ports from your path).
Regards,
Jeroen
2010/6/9
Hmmm. Now that I've had a chance to rewatch the video, I am enlightened.
Nevertheless, I will confess that I wouldn't mind the idea of just doing an
external parallelism wrapper, running multiple sessions of GHC rather than
making GHC internally parallel. Hm.
Louis Wasserman
Hi,
Has anyone managed to get cabal to run on Windows? I'm running Windows
XP. There are lots of other things, including old version of Haskell
tools, installed, but it's too costly to try installing cabal on a fresh
machine image.
Whenever I do cabal update, the response is Unsuccessful
Whenever I do cabal update, the response is Unsuccessful HTTP code
403. That looks like the hackage server isn't responding, but other
software tools (browsers, etc) on the computer can download
the hackage database; the only program that can't get it is cabal.
Do you use an http proxy?
What, if anything, stands in the way of parallelizing Cabal installs, make
-j style?
Louis Wasserman
wasserman.lo...@gmail.com
http://profiles.google.com/wasserman.louis
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
301 - 400 of 913 matches
Mail list logo
