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...
> > Preproc
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.
> > ...
>
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
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.
> > ...
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
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
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="
"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 operat
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 comma
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: N
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 chan
On Sun, Jul 27, 2008 at 3:25 PM, Duncan Coutts
<[EMAIL PROTECTED]> wrote:
>
> 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
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 trie
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 follo
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
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 correspondi
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 well.
I've tried various methods of escaping the space and qu
In the specific case of parsing --version strings, I'm not sure regexes
are any easier. Using words and then selecting the Nth word seems to do
pretty well.
for comparison, see the examples below:-) There's no reason
this can't be massaged further, but it already allows for IO if
necessary (I li
On Mon, 2008-06-16 at 13:25 +0100, Claus Reinke wrote:
> > The main point of the Program abstraction is about configuring and
> > running programs. As it happens some programs are provided by some
> > haskell packages (but not all, eg ld, ar, etc).
> >
> >> option to get version info and code to
On 2008.06.14 08:56:34 +0100, Duncan Coutts <[EMAIL PROTECTED]> scribbled 1.3K
characters:
>
> On Fri, 2008-06-13 at 22:10 -0400, Gwern Branwen wrote:
>
> > I think this may be Cabal's fault anyway. The yi.cabal includes the line:
> > build-tools: alex >= 2.0.1 && < 3
> >
> > in the 'ex
The main point of the Program abstraction is about configuring and
running programs. As it happens some programs are provided by some
haskell packages (but not all, eg ld, ar, etc).
option to get version info and code to extract it (with one apparently
very special case being hsc2hs).
And ld.e
On Sat, 2008-06-14 at 11:03 +0100, Claus Reinke wrote:
> > http://hackage.haskell.org/trac/hackage/ticket/227
> >
> >One problem is that not all build-tools correspond to haskell
> >packages. Some do some don't. We have a hard coded list of them
> >at the moment (which can
http://hackage.haskell.org/trac/hackage/ticket/227
One problem is that not all build-tools correspond to haskell
packages. Some do some don't. We have a hard coded list of them
at the moment (which can be extended in Setup.hs files) so we
could extend that with what ha
On Fri, 2008-06-13 at 22:10 -0400, Gwern Branwen wrote:
> I think this may be Cabal's fault anyway. The yi.cabal includes the line:
> build-tools: alex >= 2.0.1 && < 3
>
> in the 'executable yi' section, right after the build-depends, so Yi
> is being straightforward and upfront about
On 2008.06.13 22:22:06 +0100, Duncan Coutts <[EMAIL PROTECTED]> scribbled 2.1K
characters:
>
> On Fri, 2008-06-13 at 11:19 -0400, Darrin Thompson wrote:
> > Cabal-install is looking good. It now, for the record, has only two
> > deps outside of Cabal-1.4.
> >
> > I installed cabal-install-0.5 on u
On Fri, 2008-06-13 at 11:19 -0400, Darrin Thompson wrote:
> Cabal-install is looking good. It now, for the record, has only two
> deps outside of Cabal-1.4.
>
> I installed cabal-install-0.5 on ubuntu with the haskell.org linux
> binary for ghc 6.8.2.
>
> I then tried cabal-install yi
>
> Got t
Thanks so much for your help. Actually Don got it fixed within twenty minutes
but I mistakenly didn't cc the group. But it works perfectly now.
-Deech
> Subject: Re: [Haskell-cafe] Cabal-Install Fails To Compile
> From: [EMAIL PROTECTED]
&
Cabal-install is looking good. It now, for the record, has only two
deps outside of Cabal-1.4.
I installed cabal-install-0.5 on ubuntu with the haskell.org linux
binary for ghc 6.8.2.
I then tried cabal-install yi
Got this output:
... many successful installs ...
Registering vty-3.0.1...
Reading
On Thu, 2008-06-12 at 16:07 -0500, Aditya Siram wrote:
> Hi all,
> I downloaded cabal-install and the cabal-1.4 branch from darcs. The following
> error occurs when building:
> > runhaskell Setup.hs build
>
> Building cabal-install-0.4.9...
> [19 of 27] Compiling Hackage.SrcDist ( Hackage/SrcDi
Could you try the cabal-1.4 package just put up on hackage.haskell.org?
aditya_siram:
>
> Hi all,
> I downloaded cabal-install and the cabal-1.4 branch from darcs. The following
> error occurs when building:
> > runhaskell Setup.hs build
>
> Building cabal-install-0.4.9...
> [19 of 27] Compilin
Hi all,
I downloaded cabal-install and the cabal-1.4 branch from darcs. The following
error occurs when building:
> runhaskell Setup.hs build
Building cabal-install-0.4.9...
[19 of 27] Compiling Hackage.SrcDist ( Hackage/SrcDist.hs,
dist/build/cabal/cabal-tmp/Hackage/SrcDist.o )
Hackage/SrcDi
On Mon, 2008-06-02 at 09:42 -0700, Thomas Hartman wrote:
> Can cabal install be made to work for this package?
> *
> [EMAIL PROTECTED]:~>sudo cabal install happs-hsp-template
> [sudo] password for thartman:
> cabal: internal error: could not construct a valid install plan.
> The proposed (inva
Can cabal install be made to work for this package?
*
[EMAIL PROTECTED]:~>sudo cabal install happs-hsp-template
[sudo] password for thartman:
cabal: internal error: could not construct a valid install plan.
The proposed (invalid) plan contained the following problems:
Package Cabal is required
I did a complete uninstall and reinstall of GHC and that seems to have
fixed it.
So i probably broke things (i guess).
On Sun, 2008-05-18 at 17:11 -0400, Gwern Branwen wrote:
> On 2008.05.19 06:53:22 +1000, geoffrey <[EMAIL PROTECTED]> scribbled 1.8K
> characters:
> >Hi,
> >I am trying
On 2008.05.19 06:53:22 +1000, geoffrey <[EMAIL PROTECTED]> scribbled 1.8K
characters:
>Hi,
>I am trying to install nanocurses, but cabal isn't creating the
> setup-config file in dist/
>
>I have run (and re-run) runghc Setup.hs configure
>The first time it complained about mpg123
Hi,
I am trying to install nanocurses, but cabal isn't creating the
setup-config file in dist/
I have run (and re-run) runghc Setup.hs configure
The first time it complained about mpg123 (whatever that is) so i
installed the other dependencies - unix & bytestring
Then i tried to re-run setup confi
On Thu, 2008-03-06 at 16:29 +, Magnus Therning wrote:
> On 3/6/08, Magnus Therning <[EMAIL PROTECTED]> wrote:
> On 3/6/08, Magnus Therning <[EMAIL PROTECTED]> wrote:
> On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]>
> wrote:
> Oh
On 3/6/08, Magnus Therning <[EMAIL PROTECTED]> wrote:
>
> On 3/6/08, Magnus Therning <[EMAIL PROTECTED]> wrote:
> >
> > On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On 4 mar 2008, at 11.37, Magnus Therning wrote:
> > >
> > > > On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]
On 3/6/08, Magnus Therning <[EMAIL PROTECTED]> wrote:
>
> On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
>
> >
> > On 4 mar 2008, at 11.37, Magnus Therning wrote:
> >
> > > On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
> > > executable foo
> > >main-is: bla
> > >if !os(wind
On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
>
>
> On 4 mar 2008, at 11.37, Magnus Therning wrote:
>
> > On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
> > executable foo
> >main-is: bla
> >if !os(windows):
> > buildable: false
> >
> > Unfortunately this gives rather
On 4 mar 2008, at 11.37, Magnus Therning wrote:
On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
executable foo
main-is: bla
if !os(windows):
buildable: false
Unfortunately this gives rather unhelpful error messages when used
with flags, but it works well enough for now.
/ Th
On 3/4/08, Thomas Schilling <[EMAIL PROTECTED]> wrote:
>
> executable foo
>main-is: bla
>if !os(windows):
> buildable: false
>
> Unfortunately this gives rather unhelpful error messages when used
> with flags, but it works well enough for now.
>
> / Thomas
Hmmm, I don't seem to get t
On 4 mar 2008, at 10.58, Magnus Therning wrote:
Good point. Does CABAL 1.2 have support for multiple .cabal files
in the same directory? If not then I'm not too happy with this
solution.
No. Eventually, Cabal will support something like this, but it's
unlikely that Cabal 1.4 will.
On 3/4/08, Henning Thielemann <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 4 Mar 2008, Magnus Therning wrote:
>
> > I'm putting together a package consisting of 2 executables. Only one of
> > them is pure Haskell and thus buildable on all platforms, the other
> > relies on Windows API calls and can onl
On Tue, 4 Mar 2008, Magnus Therning wrote:
I'm putting together a package consisting of 2 executables. Only one of
them is pure Haskell and thus buildable on all platforms, the other
relies on Windows API calls and can only be built on that platform. I
found the âif os(...)â conditional in
executable foo
main-is: bla
if !os(windows):
buildable: false
Unfortunately this gives rather unhelpful error messages when used
with flags, but it works well enough for now.
/ Thomas
On 4 mar 2008, at 09.10, Magnus Therning wrote:
I'm putting together a package consisting of 2 exe
I'm putting together a package consisting of 2 executables. Only one of
them is pure Haskell and thus buildable on all platforms, the other
relies on Windows API calls and can only be built on that platform. I
found the “if os(...)” conditional in the CABAL docs but I'm having
problems getting it
exactly .. I have version 6.6.1 ... question is how do I get the Unbuntu
package for version 6.8?
V.
On Sat, Mar 1, 2008 at 8:02 PM, Adam Langley <[EMAIL PROTECTED]> wrote:
> 2008/3/1 Galchin Vasili <[EMAIL PROTECTED]>:
> > I am trying to install a package on my Linux Ubuntu machine. It
> ch
2008/3/1 Galchin Vasili <[EMAIL PROTECTED]>:
> I am trying to install a package on my Linux Ubuntu machine. It chokes
> build-depends: base, directory because directory dependency is
> unresolvable. Do I have to specify "extra-libs" so that correct library
> space is searched? Actually I tried
Hello,
I am trying to install a package on my Linux Ubuntu machine. It chokes
build-depends: base, directory because directory dependency is
unresolvable. Do I have to specify "extra-libs" so that correct library
space is searched? Actually I tried this and it didn't help. ??
Regards, Vasya
On Thu, Feb 28, 2008 at 07:10:03AM -0500, Kristofer Buffington wrote:
> I installed ghc 6.8 from source and I've been installing packages from
> hackage. I'm not sure when the problem started, but I've been getting
> this error trying to install any cabal package.. accept apparently,
> Cabal itsel
On Thu, 2008-02-28 at 07:10 -0500, Kristofer Buffington wrote:
> Hi
>
> I installed ghc 6.8 from source and I've been installing packages from
> hackage. I'm not sure when the problem started, but I've been getting
> this error trying to install any cabal package.. accept apparently,
> Cabal itse
Hi
I installed ghc 6.8 from source and I've been installing packages from
hackage. I'm not sure when the problem started, but I've been getting this
error trying to install any cabal package.. accept apparently, Cabal itself.
Setup.hs:2:0:
Warning: Deprecated use of `defaultUserHooks'
Hello Duncan,
Sunday, February 3, 2008, 5:24:22 AM, you wrote:
> Ok, so you could create a separate component to produce the .dll / .a
> from the C code but you'd prefer the convenience of being able to just:
> c-sources: blah.c
> and have them included in the project, but built using the MS C
>
Duncan Coutts wrote:
> On Sat, 2008-02-02 at 22:33 +, Magnus Therning wrote:
>> Duncan Coutts wrote:
>> [..]
>>> Just so I'm sure I understand...
>> Sure thing.
>>
>>> Or are you just trying to link some C code statically into a haskell
>>> program, but it just so happens that this C code relie
On Sat, 2008-02-02 at 22:33 +, Magnus Therning wrote:
> Duncan Coutts wrote:
> [..]
> > Just so I'm sure I understand...
>
> Sure thing.
>
> > Or are you just trying to link some C code statically into a haskell
> > program, but it just so happens that this C code relies on being built
> > w
Duncan Coutts wrote:
[..]
> Just so I'm sure I understand...
Sure thing.
> Or are you just trying to link some C code statically into a haskell
> program, but it just so happens that this C code relies on being built
> with MS's C compiler rather than gcc.
Yes, this is exactly it. I mean, I cou
On Sat, 2008-02-02 at 18:50 +, Magnus Therning wrote:
> Duncan Coutts wrote:
> [..]
> > It would be reasonable to use the system C compiler rather than ghc,
> > however we will have to do more work to find what extra include dirs get
> > used and have Cabal pass those.
> >
> > Currently we pa
Duncan Coutts wrote:
[..]
> It would be reasonable to use the system C compiler rather than ghc,
> however we will have to do more work to find what extra include dirs get
> used and have Cabal pass those.
>
> Currently we pass the -package flags to ghc which ghc uses to look up
> what include dir
On Sat, 2008-02-02 at 18:15 +0100, Felix Martini wrote:
> Magnus Therning wrote:
> > Is it possible to get Cabal to use 'cl' (Microsoft's C/C++ compiler
> > shipped with Visual Studio Express)?
>
> Duncan Coutts wrote:
> > The problem is to get GHC to use 'cl'. That's a longer term project that
>
Magnus Therning wrote:
> Is it possible to get Cabal to use 'cl' (Microsoft's C/C++ compiler
> shipped with Visual Studio Express)?
Duncan Coutts wrote:
> The problem is to get GHC to use 'cl'. That's a longer term project that
> GHC HQ are interested in. There's something about it on the GHC dev
On Fri, 2008-02-01 at 11:42 +, Magnus Therning wrote:
> Is it possible to get Cabal to use 'cl' (Microsoft's C/C++ compiler
> shipped with Visual Studio Express)?
The problem is to get GHC to use 'cl'. That's a longer term project that
GHC HQ are interested in. There's something about it on t
Is it possible to get Cabal to use 'cl' (Microsoft's C/C++ compiler
shipped with Visual Studio Express)?
I've found the Wiki page on using Visual Studio to create a DLL, then
convert it to a .a file so that GHC can consume it. I'd rather skip
using Visual Studio to build things and just ship a Ca
garious:
>Has the Haskell Program Coverage tool been integrated into Cabal? That
>is, is there anything like "runhaskell Setup.hs coverage" to generate a
>coverage report?
Not yet, but definitely on the todo list (its a variant of the test
target, that would add -fhpc to each compile,
Has the Haskell Program Coverage tool been integrated into Cabal? That is,
is there anything like "runhaskell Setup.hs coverage" to generate a coverage
report?
Thanks,
Greg
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/ma
This is how I successfully installed haskelldb-0.10 package with ghc-6.8.2
today:
Assuming you have downloaded and unpacked haskelldb-0.10 from
http://hackage.haskell.org/packages/archive/haskelldb/0.10/haskelldb-0.10.tar.gz
you need to append in haskelldb-0.10/haskelldb.cabal
pretty, old-tim
Duncan Coutts wrote:
> Tim Docker wrote:
> > Is it actually reasonable to expect any cabal packages that depend
on
> > external c libraries and headers to build out of the box on windows?
> > How can cabal find out where those files are, without requiring a
> > config file to be edited?
>
> It
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Coutts
> On Thu, 2007-11-29 at 13:51 +1100, Tim Docker wrote:
> >
> > Is it actually reasonable to expect any cabal packages that
> depend on
> > external c libraries and headers to build out of the box on
> windows? How
On Thu, 2007-11-29 at 13:51 +1100, Tim Docker wrote:
> > Well I'd say none of the packages I've tried, build out of the box...
>
> I'm not a windows developer, but
>
> Is it actually reasonable to expect any cabal packages that depend on
> external c libraries and headers to build out of the
On 11/28/07, Tim Docker <[EMAIL PROTECTED]> wrote:
>
>
> > Well I'd say none of the packages I've tried, build out of the box...
>
> I'm not a windows developer, but
>
> Is it actually reasonable to expect any cabal packages that depend on
> external c libraries and headers to build out of the
> Well I'd say none of the packages I've tried, build out of the box...
I'm not a windows developer, but
Is it actually reasonable to expect any cabal packages that depend on
external c libraries and headers to build out of the box on windows? How
can cabal find out where those files are, w
On Tue, 2007-11-27 at 18:02 -0800, Don Stewart wrote:
> ben.franksen:
> > Just thought I install the latest version (0.4.0) from hackage and test it.
> > Build and install went fine, but then it gets strange:
> >
> > cabal: dist/Conftest.c: openFile: does not exist (No such file or directory)
> >
ben.franksen:
> Just thought I install the latest version (0.4.0) from hackage and test it.
> Build and install went fine, but then it gets strange:
>
> [EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > sudo runhaskell Setup.lhs
> install
> Installing: /usr/local/bin
> [EMAIL PROTECTED]: .../ha
Just thought I install the latest version (0.4.0) from hackage and test it.
Build and install went fine, but then it gets strange:
[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 > sudo runhaskell Setup.lhs
install
Installing: /usr/local/bin
[EMAIL PROTECTED]: .../haskell/cabal-install-0.4.0 >
On 25/11/2007, Thomas Schilling <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-11-25 at 18:49 +0100, manu wrote:
> > Hello,
> >
> > I'm trying to do something that should be fairly simple, installing
> > some DB package so I can use MySQL or SQLite.
> >
> > with Takusen :
> >
> > $ runhaskell Setup.hs c
On Sun, 2007-11-25 at 18:49 +0100, manu wrote:
> Hello,
>
> I'm trying to do something that should be fairly simple, installing
> some DB package so I can use MySQL or SQLite.
>
> However I've had troubles building HSQL, HaskellDB and Takusen before
> giving up (I am using ghc 6.8.1 and Cabal
Hello,
I'm trying to do something that should be fairly simple, installing
some DB package so I can use MySQL or SQLite.
However I've had troubles building HSQL, HaskellDB and Takusen before
giving up (I am using ghc 6.8.1 and Cabal-1.2.2.0).
--
with HSQL :
Database/HSQL
It seems the meaning of the -main-is switch for GHC and the Main-Is
build option for Cabal executables differ. With GHC, I can point to
any function "main" in any module, but in Cabal I must point to a
filename with precisely the module name "Main". This is tying my hands
with regard to organizing
On Thu, 2007-11-15 at 11:14 -0600, Nicolas Frisby wrote:
> It seems the meaning of the -main-is switch for GHC and the Main-Is
> build option for Cabal executables differ. With GHC, I can point to
> any function "main" in any module, but in Cabal I must point to a
> filename with precisely the modu
On Wed, 2007-11-14 at 16:16 +, Jens Blanck wrote:
> > sudo runghc Setup.hs install
> root's password:
> Setup.hs : Warning: Unknown field 'build-type'
> Setup.hs: error reading ./.setup-config; run "setup configure"
> command?
I suspect your path is different for your root user, so it's picki
jens.blanck:
>I have problems building X11. I just installed ghc 6.8 but I got the same
>behaviour when asking it to use the old compiler.
>
>Jens
>
>> runghc Setup.hs configure
>Configuring X11-1.3.0.2007...
>checking for gcc... gcc
>checking for C compiler defaul
I have problems building X11. I just installed ghc 6.8 but I got the same
behaviour when asking it to use the old compiler.
Jens
> runghc Setup.hs configure
Configuring X11-1.3.0.2007...
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C c
On Mon, 8 Oct 2007, Nehir Sonmez wrote:
To test some programs written in CABAL, I need to use a server (where I do
not have root access) with GHC 6.6.1 (in-place) installed. However, many
programs need more libraries that have to be installed, (such as binary, or
derive) for which, even when
Hi All,
To test some programs written in CABAL, I need to use a server (where I
do not have root access) with GHC 6.6.1 (in-place) installed. However,
many programs need more libraries that have to be installed, (such as
binary, or derive) for which, even when I use ./Setup configure
--prefix
On Wed, 2007-08-29 at 10:05 -0400, Thomas Hartman wrote:
>
> Ah ok, so I did
>
> echo ":main build -v3" | /usr/local/bin/ghci-6.7.20070816 Setup.hs
> 1>build.out 2>build.err
>
> and this does indeed seem more informative. advice?
Turns out this was a bug in FilePath that Cabal was hitting. Th
uncan Coutts <[EMAIL PROTECTED]>
08/28/2007 08:08 PM
To
Thomas Hartman/ext/[EMAIL PROTECTED]
cc
haskell-cafe@haskell.org
Subject
Re: [Haskell-cafe] cabal install of HDBC-odbc fails on ghc 6.7, -I flag
causes problems
On Tue, 2007-08-28 at 18:19 -0400, Thomas Hartman wrote:
>
>
On Tue, 2007-08-28 at 18:19 -0400, Thomas Hartman wrote:
>
> Well, I built with -v3 as suggested, but the ouptut doesn't seem that
> helpful to me. ghc compile commands, at any rate, do not appear to be
> outputted
Sorry, I meant to pass -v3 to cabal, not to ghc compiling/running
Setup.hs
> $ e
homas Hartman/ext/[EMAIL PROTECTED]
cc
haskell-cafe@haskell.org
Subject
Re: [Haskell-cafe] cabal install of HDBC-odbc fails on ghc 6.7, -I flag
causes problems
On Mon, 2007-08-20 at 13:10 -0400, Thomas Hartman wrote:
>
> problemw with the -I flag to ghc are causing cabal install to fai
On Mon, 2007-08-20 at 13:10 -0400, Thomas Hartman wrote:
>
> problemw with the -I flag to ghc are causing cabal install to fail for
> hdbc-odbc (darcs head).
> Any tips on debugging this cabal install would be appreciated.
> $ runghc Setup.hs configure; runghc Setup.hs build
Try with -v3 is:
problemw with the -I flag to ghc are causing cabal install to fail for
hdbc-odbc (darcs head).
man ghc still reports that -I is a valid flag after installing ghc 6.7
from darcs head a couple days ago.
I think the problem might be the space after the -I flag (which is bad for
both 6.6.1 and 6.7
Hello Cafe!
Cabal configurations are an often-requested new feature of Haskell's
packaging system Cabal. As part of my Google Summer of Code project
I implemented it with the feature set of the latest proposal[1]. I
would now like people to try it out and give some feedback if it
solves
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Grzegorz wrote:
> Hi,
>
> It seems that if GHC is installed non-user-writable directory, and you want to
> install a package in the home directory (using "runghc Setup configure
> --prefix=$HOME") this isn't possible: when running "runghc Setup instal
Hi,
It seems that if GHC is installed non-user-writable directory, and you want to
install a package in the home directory (using "runghc Setup configure
--prefix=$HOME") this isn't possible: when running "runghc Setup install" you
get an error like this:
Unable to rename "/usr/lib/ghc-6.6.1/pack
On Wed, 2007-05-02 at 13:58 +0100, Magnus Therning wrote:
> So, you are saying that I should split my library and its test app(s)
> into separate packages? That would also mean that I have to install the
> library before compiling and running the tests, right?
No, I don't think that's very practi
I think Simon is right, and not just from a Haskell point of view.
Allowing a package to contain a both a library and an executable
makes the behavior of the package system less obvious. That's not to
say that it can't behave "correctly", but that it can't behave both
"correctly" and in
On Wed, May 02, 2007 at 10:08:41 +0100, Simon Marlow wrote:
[..]
>IMO we shouldn't allow both a library and an exe in the same package.
>I think I argued against this originally, and my understanding is that
>doing this is deprecated, although perhaps not visibly enough.
>Whenever the question of w
Duncan Coutts wrote:
On Tue, 2007-05-01 at 22:29 +0100, Magnus Therning wrote:
So if foo.hs is in test-src and Foo/Bar.hs is in src then I think you
just need:
hs-source-dirs: test-src, src
No, that's not enough, I also have to add the following lines to make
the executable compile and link:
On Tue, 2007-05-01 at 22:29 +0100, Magnus Therning wrote:
> >So if foo.hs is in test-src and Foo/Bar.hs is in src then I think you
> >just need:
> >
> >hs-source-dirs: test-src, src
>
> No, that's not enough, I also have to add the following lines to make
> the executable compile and link:
>
>
On Tue, May 01, 2007 at 12:02:18 +0100, Duncan Coutts wrote:
>On Tue, 2007-05-01 at 09:34 +0100, Magnus Therning wrote:
>> I'm trying to create a single cabal file containing specs for both a
>> library and an executable using that library. I'm not having much luck
>> though :(
>>
>> This is what
On Tue, 2007-05-01 at 09:34 +0100, Magnus Therning wrote:
> I'm trying to create a single cabal file containing specs for both a
> library and an executable using that library. I'm not having much luck
> though :(
>
> This is what I have so far:
>
> name: foo
> version: 0.1
> exposed-modul
801 - 900 of 933 matches
Mail list logo