On 2009-11-09 12:39, Duncan Coutts wrote:
You'll be glad to know this is addressed in Cabal-1.8, though not in a
fully automatic way. The problem with sharing automatically is knowing
when it is safe to do so and when it is not. Each component that shares
a source file can use different compiler
Hi all,
I'm trying out NearlyFreeSpeech.net for hosting my Haskell apps. They use
FreeBSD 7.2, but I can't get cabal-install to compile since it runs out of
memory during the link phase. So far I haven't had trouble manually
installing packages, but it would be nice to just do cabal install...
On Sat, 2009-11-28 at 19:39 +0200, Michael Snoyman wrote:
Hi all,
I'm trying out NearlyFreeSpeech.net for hosting my Haskell apps. They
use FreeBSD 7.2, but I can't get cabal-install to compile since it
runs out of memory during the link phase. So far I haven't had trouble
manually
On Sat, Nov 28, 2009 at 7:56 PM, Duncan Coutts duncan.cou...@googlemail.com
wrote:
On Sat, 2009-11-28 at 19:39 +0200, Michael Snoyman wrote:
Hi all,
I'm trying out NearlyFreeSpeech.net for hosting my Haskell apps. They
use FreeBSD 7.2, but I can't get cabal-install to compile since it
Hi Gregory,
The package hmatrix [1] checks for LAPACK and BLAS (and GSL) using a
simple script [2] (but it does not compile fortran sources, only a few C
helper functions).
[1] http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hmatrix
[2]
Hi,
I want to set up a build that compiles fortran sources in addition to
the Haskell, and which maybe also eventually checks for the existence
of a library or two (specifically, LAPACK and BLAS). Does anyone here
have a suggestion for where I should be looking to figure out how to
do
On Thu, 12 Nov 2009 18:16 +, Duncan Coutts
duncan.cou...@googlemail.com wrote:
On Thu, 2009-11-12 at 17:54 +, Jeremy O'Donoghue wrote:
Hi all,
Another, probably simple, question regarding cabalization.
Part of wxcore, the low level abstraction in wxHaskell, consists of
On Fri, 2009-11-13 at 15:24 +, Jeremy O'Donoghue wrote:
So I take it that these modules are generated from nothing rather than
something like happy/alex pre-processors where the .hs files are
generated from .y/.x files. Cabal supports the latter fairly well and
you can add custom
Hi all,
I'm in the process of trying update the revisions of wx (part of
wxHaskell) on hackage.
I'm getting an error I find slightly surprising:
400 Error in upload
The dependency 'build-depends: base' does not specify an upper bound
on the version number. Each major release of the 'base'
Jeremy O'Donoghue wrote:
Hi all,
I'm in the process of trying update the revisions of wx (part of
wxHaskell) on hackage.
I'm getting an error I find slightly surprising:
...
Library
if flag(splitBase)
build-depends: base = 3, wxcore = 0.12.1.1, stm
Change this last line to base
2009 14:36
To: Jeremy O'Donoghue
Cc: haskell-cafe@haskell.org
Subject: Re: [Haskell-cafe] Cabal upload issue
Jeremy O'Donoghue wrote:
Hi all,
I'm in the process of trying update the revisions of wx (part of
wxHaskell) on hackage.
I'm getting an error I find slightly surprising:
...
Library
Hi all,
Another, probably simple, question regarding cabalization.
Part of wxcore, the low level abstraction in wxHaskell, consists of
haskell modules which are generated automatically by parsing C headers
using another tool, wxdirect.
When trying to create an sdist package, we run into the
On Thu, 2009-11-12 at 17:54 +, Jeremy O'Donoghue wrote:
Hi all,
Another, probably simple, question regarding cabalization.
Part of wxcore, the low level abstraction in wxHaskell, consists of
haskell modules which are generated automatically by parsing C headers
using another tool,
On Thu, 2009-11-12 at 17:37 +, Sam Martin wrote:
Although it might be a pain in the arse to some degree, is there any
reason why 'base' is considered special?
As an example, I've come across a fair number of libraries/apps that
(presumably) compile against a previous version of OpenGL,
I've had some luck with two techniques for this:
1. Create stub files, associated with a custom preprocessor which
knows how to parse them and generate a Haskell module. For example,
you might have Foo.wx-stub contain:
[headers]
wx/foo.h
wx/otherheader.h
and then parse it into
I am writing a Cabal file for an application that uses par and pseq.
I want to support both modern distributions of GHC and the version
that comes with Ubuntu Hardy Heron, a Long Term Support version of
Ubuntu that will be retired in April 2011. It provides GHC 6.8.2
with Cabal 1.2.3.0 and no
On Sun, 2009-11-08 at 20:47 -0800, Gregory Crosswhite wrote:
Actually, let me clarify my point: I have rarely encountered problems
when using Cabal as a package distribution system, but I have run into
problems when using it as a build system in a non-trivial manner. For
example, when I
Hello Gregory and Philippos
Gregory, methinks you are a unix user as Cabal gives you a carefree
existence (the scare quotes do highlight that it's not poor Cabal's
fault).
Philippos, the problems you are having aren't which cabal per-se but
Haskell libraries that bind C libraries. On Windows I
On Sun, 2009-11-08 at 19:29 -0800, Philippos Apolinarius wrote:
I made small improvements in the Small Japi Binding, and asked how to
make it available. I received a few private messages advising me to
build and package the library using a tool called cabal. Since I have
used installation
Hello friends,
I want a package which can't be built with the version of gcc coming
with the current release of ghc, so I installed a sufficient version of
gcc and called cabal with the parameters that should override it's
default settings (see the failure.log, line 112).
But I have the
On Mon, 2009-11-09 at 13:08 +, Stephen Tetley wrote:
At this point I'd edit the *.cabal files in each component – this is
not 'the done thing', but both libraries need extra flags and as I
have to compile them rarely I tend to forget the format (which appears
to be Windows style full
2009/11/9 Duncan Coutts duncan.cou...@googlemail.com:
That should work, and probably the recommendation should be for cygwin
users to edit their cabal config to at add C:\cygwin\lib and C:\cygwin
\usr\include as standard.
Hi Duncan
That would definitely be the best idea, but where does the
On Sun, 2009-11-08 at 19:29 -0800, Philippos Apolinarius wrote:
D:\ghc\ghcapicabal install mkcabal
Note that as of cabal-install-0.8, the mkcabal functionality is
integrated as cabal init (thanks to Brent Yorgey). This does not
depend on less portable packages like pcre and readline (meaning it
On Mon, 2009-11-09 at 17:40 +, Stephen Tetley wrote:
2009/11/9 Duncan Coutts duncan.cou...@googlemail.com:
That should work, and probably the recommendation should be for cygwin
users to edit their cabal config to at add C:\cygwin\lib and C:\cygwin
\usr\include as standard.
Hi
I made small improvements in the Small Japi Binding, and asked how to make it
available. I received a few private messages advising me to build and package
the library using a tool called cabal. Since I have used installation tools for
PLT, R and LaTeX libraries, I thought cabal was something
I have rarely encountered problems when creating or installing
packages using Cabal. In fact, the opposite is the case: I find it
annoying when installing packages that haven't been cabalized because
they don't pull in all of their dependencies automatically.
It looks like there was a
Actually, let me clarify my point: I have rarely encountered problems
when using Cabal as a package distribution system, but I have run into
problems when using it as a build system in a non-trivial manner. For
example, when I wanted to build a lot of small utility programs I
found that
On Tue, 2009-10-27 at 21:37 -0700, brian wrote:
It all started with this:
Loading package binary-0.5.0.1 ... can't load .so/.DLL for:
HSbinary-0.5.0.1 (dlopen(libHSbinary-0.5.0.1.dylib, 9): image not found)
so I tried
cabal upgrade binary
Don't do that. Just use cabal install
On Tue, 2009-10-27 at 14:33 -0700, Greg Fitzgerald wrote:
my Setup.hs includes an explicit system call to hpc:
exec hpc [markup
, --include=Language.Idl.Data
, --include=Language.Idl.Merge
, --include=Language.Idl.Parser
Hi Duncan,
That works just fine:
Installing library in /Users/briand/.cabal/lib/binary-0.5.0.2/ghc-6.10.1
Registering binary-0.5.0.2...
Reading package info from dist/installed-pkg-config ... done.
Writing new package config file... done.
and still ghc gives me:
Loading package binary-0.5.0.1
Just found the following file:
.ghc/powerpc-darwin-6.10.1/pkg-config
and it is referring to 0.5.0.1.
Is there anyway to regenerate the file, or is it broken because of a
problem with the package ?
Thanks,
Brian
On Oct 28, 2009, at 4:00 AM, Duncan Coutts wrote:
On Tue, 2009-10-27 at
On Tue, Oct 27, 2009 at 09:28:39AM +, Duncan Coutts wrote:
On Wed, 2009-10-21 at 16:05 -0700, John Velman wrote:
I'm on OS X Leopard 10.5.8, using ghc 6.10.4 from Haskell Platform.
I'm trying to get a static .a library, callable from C, that I can use in
an OS X Cocoa program. I've
Duncan wrote:
By default hpc markup will generate pages for every module in
the program. Am I missing something?
Nope, user error. I started using --include to avoid running coverage over
my test framework files, and was looking for something like haddock's
internal flag before thinking to
On Wed, 2009-10-28 at 07:07 -0700, brian wrote:
Just found the following file:
.ghc/powerpc-darwin-6.10.1/pkg-config
and it is referring to 0.5.0.1.
Is there anyway to regenerate the file, or is it broken because of a
problem with the package ?
It all started with this:
Loading
On Wed, 2009-10-28 at 10:43 -0700, Greg Fitzgerald wrote:
Duncan wrote:
$ cabal haddock --help
[...]
--executables Run haddock for Executables targets
--internal Run haddock for internal modules and
include
all symbols
[...]
That was indeed the problem.
I edited the pkg-config file by hand.
I followed your advice anyway and unregistered and re-installed.
Everythingworks now.
Thanks for your help.
Brian
On Oct 28, 2009, at 11:58 AM, Duncan Coutts wrote:
On Wed, 2009-10-28 at 07:07 -0700, brian wrote:
Just
On Wed, 2009-10-21 at 16:05 -0700, John Velman wrote:
I'm on OS X Leopard 10.5.8, using ghc 6.10.4 from Haskell Platform.
I'm trying to get a static .a library, callable from C, that I can use in
an OS X Cocoa program. I've tried a very simple case (the one in Haskell
Wiki Tutorials,calling
I have a cabal package that defines a few dozen modules, and I'm
hoping to generate documentation and code coverage for all modules
without listing each module explicitly.
currently my .cabal includes:
library
exposed-modules:
Language.Idl.Data,
Language.Idl.Merge,
It all started with this:
Loading package binary-0.5.0.1 ... can't load .so/.DLL for:
HSbinary-0.5.0.1 (dlopen(libHSbinary-0.5.0.1.dylib, 9): image not found)
so I tried
cabal upgrade binary
Resolving dependencies...
Configuring containers-0.2.0.1...
Preprocessing library
I'm on OS X Leopard 10.5.8, using ghc 6.10.4 from Haskell Platform.
I'm trying to get a static .a library, callable from C, that I can use in
an OS X Cocoa program. I've tried a very simple case (the one in Haskell
Wiki Tutorials,calling haskell from C) I've managed to make a Mac Cocoa
A while ago I moved a project away from using a mix of Cabal and make
to build (Cabal to build the library and make to build the tests) to
using only Cabal. I added a flag and then made a construct like this:
flag BuildTests
Description: Build unit and quickcheck tests.
Default:
To make this work I had to move the 'main-is' outside of the if-else:
executable tests
main-is: Test.hs
hs-source-dirs: test-src src
if flag(BuildTests)
build-depends: test-framework, test-framework-hunit, HUnit,
test-framework-quickcheck2, QuickCheck = 2.1.0.0
On Thu, 2009-10-08 at 09:31 +0100, Magnus Therning wrote:
A while ago I moved a project away from using a mix of Cabal and make
to build (Cabal to build the library and make to build the tests) to
using only Cabal. I added a flag and then made a construct like this:
[..]
Interestingly that
As it says in the subject, how do I remove a package that I installed
(with the --user flag) via cabal?
Come to that, how do I list the packages I've installed via cabal?
cabal list --installed includes all the GHC standard library (which I
didn't install) and it doesn't seem to support a --user
you want:
ghc-pkg unregister [package name]
and
ghc-pkg list
/jve
On Tue, Oct 6, 2009 at 3:52 PM, Paul Moore p.f.mo...@gmail.com wrote:
As it says in the subject, how do I remove a package that I installed
(with the --user flag) via cabal?
Come to that, how do I list the packages I've
2009/10/6 John Van Enk vane...@gmail.com:
you want:
ghc-pkg unregister [package name]
and
ghc-pkg list
Thanks. I wouldn't have found that by myself.
Unfortunately, having issued
ghc-pkg unregister mersenne-random-1.0
I still see the code present:
dir
Are you actually trying to remove the bits from the hard drive, or is that
something to fix a different problem you're having. If it's a different
problem, perhaps you could ask that as well?
On Tue, Oct 6, 2009 at 4:04 PM, Paul Moore p.f.mo...@gmail.com wrote:
2009/10/6 John Van Enk
2009/10/6 John Van Enk vane...@gmail.com:
Are you actually trying to remove the bits from the hard drive, or is that
something to fix a different problem you're having. If it's a different
problem, perhaps you could ask that as well?
Yes, I'm trying to remove the bits from the disk.
I did a
2009/10/6 Paul Moore p.f.mo...@gmail.com:
2009/10/6 John Van Enk vane...@gmail.com:
Are you actually trying to remove the bits from the hard drive, or is that
something to fix a different problem you're having. If it's a different
problem, perhaps you could ask that as well?
Yes, I'm trying
2009/10/6 Peter Robinson thaldy...@gmail.com:
2009/10/6 Paul Moore p.f.mo...@gmail.com:
2009/10/6 John Van Enk vane...@gmail.com:
Are you actually trying to remove the bits from the hard drive, or is that
something to fix a different problem you're having. If it's a different
problem, perhaps
2009/09/21 Conor McBride co...@strictlypositive.org:
...or have unpleasant memories of being made to eat sulphurous
overboiled cabbage on pain of no pudding.
Well, maybe the Cabal cabbages are Napa cabbages or red
cabbages or pickled cabbages or Savoy cabbages?
It is too bad, really,
On Mon, Sep 21, 2009 at 12:11 AM, Jason Dusek jason.du...@gmail.com wrote:
Some day, we're going to need a short, catchy name for Cabal
packages. Let's call them cabbages.
C'est chou ! :-P
+1
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Hi Jason
On 22 Sep 2009, at 10:04, Jason Dusek wrote:
2009/09/21 Conor McBride co...@strictlypositive.org:
...or have unpleasant memories of being made to eat sulphurous
overboiled cabbage on pain of no pudding.
Well, maybe the Cabal cabbages are Napa cabbages or red
cabbages or pickled
2009/9/22 Conor McBride co...@strictlypositive.org
I'm just suggesting that the marketing department consider the
variety of connotations and suggestions the term evokes before
adopting it: legendary backfirings abound (the Spanish sales
failure of a car called the nova, for example).
Its
Hi
On 22 Sep 2009, at 15:25, D. Manning wrote:
2009/9/22 Conor McBride co...@strictlypositive.org
I'm just suggesting that the marketing department consider the
variety of connotations and suggestions the term evokes before
adopting it: legendary backfirings abound (the Spanish sales
failure
On 20 Sep 2009, at 23:11, Jason Dusek wrote:
Some day, we're going to need a short, catchy name for Cabal
packages. Let's call them cabbages.
Not that this is a good reason to change your mind, but some
sufficiently ancient Brits may remember a televisual
entertainment programme in which
Some day, we're going to need a short, catchy name for Cabal
packages. Let's call them cabbages.
--
Jason Dusek
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On Sun, Sep 20, 2009 at 5:11 PM, Jason Dusek jason.du...@gmail.com wrote:
Some day, we're going to need a short, catchy name for Cabal
packages. Let's call them cabbages.
+1
Yes, let's.
Jeff Wheeler
___
Haskell-Cafe mailing list
I also agree. Hackage should also be renamed to something appropriate.
The Cabbage Patch?
On Sep 20, 2009, at 6:12 PM, Jeff Wheeler wrote:
On Sun, Sep 20, 2009 at 5:11 PM, Jason Dusek jason.du...@gmail.com
wrote:
Some day, we're going to need a short, catchy name for Cabal
packages.
File extension ideas:
.choux -- My favorite.
.kohl -- Less characters.
.cbz-- More conventional.
.cbg.gz, .cbg.bz2 -- Allows one to be specific about
-- compression.
The last one
2009/09/20 Joe Fredette jfred...@gmail.com:
I also agree. Hackage should also be renamed to something appropriate.
The Cabbage Patch?
+1
--
Jason Dusek
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Sun, Sep 20, 2009 at 5:20 PM, Joe Fredette jfred...@gmail.com wrote:
The Cabbage Patch?
'Patch' is pretty well defined, so using it here seems somewhat
awkward and confused to me.
Plus, I don't think we really want to sound childish, and the first
thing I think of is the cabbage patch kid
jeff:
On Sun, Sep 20, 2009 at 5:20 PM, Joe Fredette jfred...@gmail.com wrote:
The Cabbage Patch?
'Patch' is pretty well defined, so using it here seems somewhat
awkward and confused to me.
Plus, I don't think we really want to sound childish, and the first
thing I think of is the
- use windows API for requesting elevation during the process (ugly)
If it really has to be done, then this seems like the best approach. In
principle there's no problem with calling funky win32 functions in
Cabal, it's mostly a matter of working out what bahaviour we want and
what UAC
It is possible for an executable with less privileges to
shellexecute an executable that requires admin rights? Won't this
immediately raise an access denied or other security exception
again? Don't know, it might be possible, but it's worth to check it
out before going this route (which is rather
Hello Peter,
Tuesday, September 15, 2009, 1:24:26 PM, you wrote:
in order to protect from viruses and so now windows programs should be
split into two parts - one that doesn't need admin privileges and one
that needs them. as far as your actions doesn't need second part, you
are running first
Yes, I'm aware of that, but not the details, so thanks for the info.
Anyway, I quickly tested Regis's idea in C#, and it works as he said.
http://hpaste.org/fastcgi/hpaste.fcgi/view?id=9392#a9392
- When trying to create a folder in ProgramFiles, you get an access
denied exception, unless the
On Thu, 2009-09-10 at 15:18 +0200, Regis Saint-Paul wrote:
One way in which cabal can be made UAC aware (and therefore request for
elevation privileges instead of just failing) would be to embed a manifest
in the cabal.exe. This can be done by changing the default manifest (an XML
file) that
Actually, this UAC was already present in Vista no?
On Thu, Sep 10, 2009 at 4:18 AM, Jeff Wheeler j...@nokrev.com wrote:
On Wed, Sep 9, 2009 at 2:19 PM, Sebastian
Sylvansebastian.syl...@gmail.com wrote:
I think it's morally right to run as user by default. Yes, the windows
culture has some
Interestingly, a sudo for Windows does seem to exist. It's called the
runas command. At first sight it existed already since Windows XP
Also on Sourceforge an open source sudo command for Windows is hosted:
http://sourceforge.net/projects/sudowin
On Thu, Sep 10, 2009 at 11:21 AM, Peter
On Wed, 2009-09-09 at 20:19 +0100, Sebastian Sylvan wrote:
On Wed, Sep 9, 2009 at 1:28 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
If the Windows users can come to a consensus on whether the
default should be global or user, then we can easily switch
On Thu, Sep 10, 2009 at 10:58 AM, Duncan Coutts duncan.cou...@worc.ox.ac.uk
wrote:
On Wed, 2009-09-09 at 20:19 +0100, Sebastian Sylvan wrote:
On Wed, Sep 9, 2009 at 1:28 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
If the Windows users can come to a consensus on
On Wed, 2009-09-09 at 21:18 -0500, Jeff Wheeler wrote:
On Wed, Sep 9, 2009 at 2:19 PM, Sebastian
Sylvansebastian.syl...@gmail.com wrote:
I think it's morally right to run as user by default. Yes, the windows
culture has some legacy that may, on occasion, make it slightly harder to
use
2009/9/10 Sebastian Sylvan sebastian.syl...@gmail.com:
On Thu, Sep 10, 2009 at 10:58 AM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
On Wed, 2009-09-09 at 20:19 +0100, Sebastian Sylvan wrote:
On Wed, Sep 9, 2009 at 1:28 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.uk wrote:
No Windows XP did not have support for roaming profiles yet I think.
But it wouldn't be too difficult to use %LOCALAPPDATA% first, and when
it doesn't exist, use %APPDATA%?
This article explains a lot about the differences; I didn't have time
yet to read it in detail
One way in which cabal can be made UAC aware (and therefore request for
elevation privileges instead of just failing) would be to embed a manifest
in the cabal.exe. This can be done by changing the default manifest (an XML
file) that is embedded at link time by GHC. This is supported by GHC
Hi Regis,
- use windows API for requesting elevation during the process (ugly)
Why is this ugly? This seems like an elegant solution, to get privileges only
when you actually need them?
Gr.
Matthijs
signature.asc
Description: Digital signature
___
Hello Matthijs,
Thursday, September 10, 2009, 5:24:57 PM, you wrote:
- use windows API for requesting elevation during the process (ugly)
Why is this ugly? This seems like an elegant solution, to get privileges only
when you actually need them?
afaik you need to run special COM server with
builds down to more
work and more platform specific code.
Cheers,
Regis
-Original Message-
From: Matthijs Kooijman [mailto:matth...@stdin.nl]
Sent: Thursday, 10 September 2009 3:25 PM
To: Regis Saint-Paul
Cc: haskell-cafe@haskell.org; 'Duncan Coutts'
Subject: Re: [Haskell-cafe] Cabal
One last note as it may be confusing in previous message...I mention to use
windows API, but there is no API per-se that can elevate a process already
running. It takes to create another process which, at startup time, will
popup the elevation dialog. The win32 function to call is therefore just
Hello Regis,
Thursday, September 10, 2009, 6:05:19 PM, you wrote:
One last note as it may be confusing in previous message...I mention to use
windows API, but there is no API per-se that can elevate a process already
running. It takes to create another process which, at startup time, will
On Tue, 2009-09-08 at 09:58 -0500, Jeff Wheeler wrote:
On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelenbugf...@gmail.com wrote:
Ouch, right, I forgot the default is global. It works fine with cabal
install --user. And of course I could have edited the default config
file, setting
Yes, it's true that most people tended to be administrators on their
own Windows desktops, but since Vista, this has changed.
Now in Vista, some people still forced admin rights, to get rid of the
many annoying dialog boxes that popped up for every tiny task that
might be a security breach.
But
On Wed, 2009-09-09 at 16:59 +0200, Peter Verswyvelen wrote:
Yes, it's true that most people tended to be administrators on their
own Windows desktops, but since Vista, this has changed.
Now in Vista, some people still forced admin rights, to get rid of the
many annoying dialog boxes that
On Wed, Sep 9, 2009 at 1:28 PM, Duncan Coutts
duncan.cou...@worc.ox.ac.ukwrote:
On Tue, 2009-09-08 at 09:58 -0500, Jeff Wheeler wrote:
On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelenbugf...@gmail.com
wrote:
Ouch, right, I forgot the default is global. It works fine with cabal
On Wed, Sep 9, 2009 at 2:19 PM, Sebastian
Sylvansebastian.syl...@gmail.com wrote:
I think it's morally right to run as user by default. Yes, the windows
culture has some legacy that may, on occasion, make it slightly harder to
use well behaved programs, but it's fairly minor these days.
I
I tried the cabal install command on Windows 7, and I had to run it
with administrative privileges, otherwise I got access denied (it
failed to create the Haskell folder in C:\Program Files)
Not sure if this is also the case on Vista.
Is this the intended behavior?
On Tue, Sep 8, 2009 at 9:17 AM, Peter Verswyvelenbugf...@gmail.com wrote:
Ouch, right, I forgot the default is global. It works fine with cabal
install --user. And of course I could have edited the default config
file, setting user-install: True
Well, maybe for newbies this might be a bit
Ouch, right, I forgot the default is global. It works fine with cabal
install --user. And of course I could have edited the default config
file, setting user-install: True
Well, maybe for newbies this might be a bit confusing.
Typically, under Windows Vista or 7 when you try to install something
Might it make sense to try and get the concept of global and user
working in Windows? (It may already, but I noticed that the default seems to
be global.)
I don't know what technical challenges there are, but the ApplicationData
directory (or AppData, or whatever) seems like a good place to stick
On Wed, 2009-09-02 at 21:12 +0400, Grigory Sarnitskiy wrote:
How to install specific version of a package (derive 0.1.4)?
For other examples see the --help output:
$ cabal install --help
[..snip..]
Examples:
cabal install Package in the current directory
cabal install
How to install specific version of a package (derive 0.1.4)?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
cabal install derive-0.1.4
On Wed, Sep 2, 2009 at 1:12 PM, Grigory Sarnitskiy sargrig...@ya.ru wrote:
How to install specific version of a package (derive 0.1.4)?
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Fails during configuration:
bash-3.2$ cabal install lhs2tex
Resolving dependencies...
[1 of 1] Compiling Main (
/tmp/lhs2tex-1.1423397/lhs2tex-1.14/Setup.hs,
/tmp/lhs2tex-1.1423397/lhs2tex-1.14/dist/setup/Main.o )
Linking
conal:
Fails during configuration:
bash-3.2$ cabal install lhs2tex
Resolving dependencies...
[1 of 1] Compiling Main ( /tmp/lhs2tex-1.1423397/lhs2tex-1.14/
Setup.hs, /tmp/lhs2tex-1.1423397/lhs2tex-1.14/dist/setup/Main.o )
Linking
On Jul 27, 2009, at 14:23 , Conal Elliott wrote:
Note that the the first module to be compiled is Main. On my linux
machine, Main is the *last* of several modules to be compiled.
It's compiling the setup program which is presumably used by cabal to
do the work a configure script normally
Via cabal:
--constraint='base4'
or replace Control.Exception with Control.OldException
or add 'base 4' to the depends in the .cabal file.
Thanks, Don.
Trying your first suggestion, I get the same result for the first and third
method, and a ghc panic on cat_evals for the second
Yo ho! I just installed ghc-6.10.4 over my 6.10.3. Now 'cabal install
lhs2tex' works. Phew!
On Mon, Jul 27, 2009 at 11:44 AM, Conal Elliott co...@conal.net wrote:
Via cabal:
--constraint='base4'
or replace Control.Exception with Control.OldException
or add 'base 4' to the depends
Hello,
vigalc...@ubuntu:~/FTP/Haskell/06052009.Swish-0.2.1$ cabal --version
cabal-install version 0.5.1
using version 1.4.0.1 of the Cabal library
vigalc...@ubuntu:~/FTP/Haskell/Swish-0.2.1$ cabal configure --user
--prefix=$HOME
Warning: swish.cabal: A package using section syntax should require
The message means that the .cabal file should contain the line Cabal-
Version: = 1.2
Sjoerd
On Jul 18, 2009, at 11:17 AM, Vasili I. Galchin wrote:
Hello,
vigalc...@ubuntu:~/FTP/Haskell/06052009.Swish-0.2.1$ cabal --version
cabal-install version 0.5.1
using version 1.4.0.1 of the Cabal
501 - 600 of 913 matches
Mail list logo