On Wed, 2006-07-26 at 12:45 -0700, Isaac Jones wrote:
Does anyone have objections to this?
Nope, looks fine to me.
The patch doesn't actually apply cleanly but I see what it's doing and
agree with the change.
Duncan
___
cabal-devel mailing list
Thanks Bertram.
Simon: is this definitely what we will need for GHC 6.6?
If so we can make Cabal pass it depending on the GHC version.
Duncan
On Sun, 2006-07-30 at 07:20 +0200, Bertram Felgenhauer wrote:
Simon's recent changes to the package system have the effect that
cabal-built packages
On Fri, 2006-08-11 at 15:08 +0100, Duncan Coutts wrote:
On Fri, 2006-08-11 at 12:15 +0100, Simon Marlow wrote:
The whole thing is easier to understand IMO, and it's simple to implement
too:
no ordering, conditionals can be evalutated independently.
I think that having the semantics
On Thu, 2006-08-17 at 14:50 +0100, Neil Mitchell wrote:
Hi,
First off, being a windows user, having a configure/build separation
seems a bit unusual.
It's more for developers I'd say. It means you can configure once and
then build, modify code, build, modify code etc etc without having to
Wed Aug 2 18:59:22 BST 2006 Duncan Coutts [EMAIL PROTECTED]
* Try to support TH with profiling. See ticket #91.
This needs testing.
Fri Aug 18 02:04:49 BST 2006 Duncan Coutts [EMAIL PROTECTED]
* Add xargs function and use it when linking.
When using GHC's --split-objs we end up
On Fri, 2006-08-18 at 01:50 +0300, Esa Ilari Vuokko wrote:
Hi,
Ticket #19 [1], and maybe some big projects in general, need to be able
to invoke ar/ld so that we don't run into issues in commandline lenght.
(And in theory, compiler's as well, but we that'd require the dreaded
deps
On Fri, 2006-09-15 at 10:06 -0700, Isaac Jones wrote:
Emailing to libraries@, please followup to cabal-devel.
Here's a patch from Sigbjorn which adds --ghc-pkg-config-file= to
cabal. This is an oldish patch, but I haven't stopped getting
requests for this feature :)
This allows you to
On Wed, 2006-10-25 at 22:19 -0500, Brian Smith wrote:
On 10/24/06, Duncan Coutts [EMAIL PROTECTED] wrote:
Hi All,
Before the 6.6 release we had a longish discussion on how to
do
configurations and their semantics and implementation
complexity
On Wed, 2006-11-01 at 01:13 +, Ian Lynagh wrote:
I've finally caught up with this thread. I'm going to put all my replies
here as most of them don't have a single obvious message to reply to,
and this seems easier. Hopefully I've given my opinion on all the major
outstanding issues, but
On Tue, 2006-11-07 at 18:55 +, Neil Mitchell wrote:
Hi
However, I also want to develop Hoogle using WinHugs on Windows on a
computer without a C compiler, and it seems that the generated
Paths_Hoogle module requires FFI on Windows? Is there any way round
this, or am I just out
I agree completely. I'd be happy to accept patches along these
lines. :-)
Duncan
On Tue, 2006-11-21 at 18:47 +, Ian Lynagh wrote:
[forwarding this manually as the BTS doesn't send to a mailing list;
the bug is at http://hackage.haskell.org/trac/hackage/ticket/101 ]
Currently, if you
On Tue, 2006-11-21 at 18:43 +, Ian Lynagh wrote:
There are also a couple of larger problems I've had. For example, when
writing a Makefile that builds all cabal packages in subdirectories
(i.e. (re)make setup if necessary, configure and build) it is hard (for
me at least!) to tell make
On Fri, 2006-11-24 at 06:51 -0800, Isaac Jones wrote:
Gregory cabal-devel,
I like his suggestion about --register for applications. I've
attached a patch (which I can't push at the moment becuase I have no
internet.)
Yes. I agree. I have the same issue with gentoo packages.
About the
On Mon, 2006-11-27 at 15:06 -0800, Isaac Jones wrote:
Ross, how do you see the fields panning out? Want to implement it? :)
Something like
Build-Type: (Simple|Configure|Make|Custom)
I'd be happy to implement it, if/when we get agreement.
Cool. What do others think of all
On Wed, 2006-11-29 at 17:12 +0100, Ulf Norell wrote:
Hi.
Currently when Cabal preprocesses a module the result ends up in the
source directory. I would have expected it to end up in dist, since
it's a generated file and not a source file.
I would tend to agree. Wherever possible I think
On Thu, 2006-12-28 at 01:06 +, Ross Paterson wrote:
On Thu, Dec 28, 2006 at 12:37:07AM +, Duncan Coutts wrote:
On Wed, 2006-12-27 at 23:22 +, Neil Mitchell wrote:
Another advantage of Parsec is that then you'd be able to install a
Hugs package without passing the -98 flag
On Sat, 2007-01-06 at 13:05 +0100, Marc Weber wrote:
This leads me to the question: Is it enough to identify a package by
(name/id) and version?
I think a more dimensional way would be useful
Any comments? Is this all nonsense ?
For some related work you might want to look at Nix:
On Wed, 2007-01-24 at 22:51 -0800, Conal Elliott wrote:
Do forward slashes get turned into backslashes for -args arguments
in Windows?
Are you using a shell like Mingw's MSYS? If so it does do that kind of
translation. If you're getting that behaviour when using an ordinary
windows command
On Thu, 2007-01-25 at 21:35 +1100, Donald Bruce Stewart wrote:
If you want to profile the library, add ghc-options: -auto-all to the
.cabal file. When we have configurations you'll be able to make this
optional, but for now just add it by hand to .cabal (and don't forget to
remove it
On Sat, 2007-02-03 at 12:37 -0800, Isaac Jones wrote:
The way I propose to solve this version incompatibility problem in the
short term is to use the testing hackage repository to collect
packages that are known to work together. For instance, we could put
haxml 1.17 in and only allow things
On Sun, 2007-02-11 at 16:46 -0800, Ross Paterson wrote:
Sun Feb 11 16:45:13 PST 2007 Ross Paterson [EMAIL PROTECTED]
* add --enable-optimization/--disable-optimization config options (on by
default)
M ./Distribution/Setup.hs +9
M ./Distribution/Simple/Configure.hs +1
M
Great stuff Bryan, I look forward to seeing the patches. Do darcs send
them to this list for review.
Duncan
On Tue, 2007-02-20 at 15:39 -0800, Bryan O'Sullivan wrote:
I spent a few hours over the past couple of days hacking on Cabal to add
the ability to build RPM packages. You can fetch my
]**20070218104622]
[This usePackages stuff is haddock-specific so name it as such
Duncan Coutts [EMAIL PROTECTED]**20070213201434]
[{en,dis}able-use-packages, -optP-P only if haddock0.8
Conal Elliott [EMAIL PROTECTED]**20070204061106]
[cabal-upload: Added command-line options for username, password
On Fri, 2007-03-23 at 21:42 +, Neil Mitchell wrote:
Thus I propose that the .cabal file actually specifies what extensions
the modules are /allowed/ to use, but does not actually enable them.
They would then be enabled by LANGUAGE pragmas in the modules as
necessary. So, if the .cabal
On Fri, 2007-03-30 at 20:41 -0700, Stefan O'Rear wrote:
A large number of the newer GHC extensions have no cabal name. This
is a very bad situation because if Hugs/yhc/etc were to gain support
for (say) GADTs, it would not be possible to run cabal programs that
require them, since the way
On Tue, 2007-04-10 at 15:24 +0100, Neil Mitchell wrote:
Hi,
On Windows, taking the filepath library:
D:\bin\tar.exe -C dist\src -czf dist\filepath-1.0.tar.gz filepath-1.0
D:\bin\tar.exe: Cannot use compressed or remote archives
D:\bin\tar.exe: Error is not recoverable: exiting now
Any
On Fri, 2007-04-20 at 16:32 +1200, Vivian McPhail wrote:
Hi Duncan,
I added cppOptions because in the Cabal.cabal file there was a comment to
add cppOptions and so I did it.
Ok.
With respect to c2hsOptions, the problem is that c2hs passes options to the
CPP nonstandardly (with
On Mon, 2007-04-23 at 10:33 +0100, Ross Paterson wrote:
Hans has implicitly assumed that the constraints and warnings of
HackageDB should at least trigger warnings when building with Cabal (or
that HackageDB would have no additional constraints). There's something
to be said for that.
On Sat, 2007-04-21 at 22:35 +0100, Ross Paterson wrote:
On Sat, Apr 21, 2007 at 10:32:08PM +1000, Duncan Coutts wrote:
I have a patch, I'll send it soonish (probably Monday) for other people
to review and test.
It's a general change to the way Cabal does pre-processing. Instead
On Wed, 2007-05-02 at 00:31 +0100, Ross Paterson wrote:
On Tue, May 01, 2007 at 03:45:00PM +0100, Duncan Coutts wrote:
Also, I've still got the platform-independent pre-processed files going
back into the src dirs. This isn't nice. The only reason I'm doing that
is not to break sdist
Hia Ross, Bjorn,
Pepe Iborra and I were hacking on cabal-install today. I hope you like
our patches :-). Pepe updated it to use filepath so it'd work on windows
and I fiddled with locations of config and things to try and make
installation simpler so it'll work out of the box.
I was also trying
On Fri, 2007-05-04 at 00:47 -0400, Michael Stone wrote:
Dear Cabal Developers,
First, thanks for the excellent work so far.
Second, I thought I'd report a frustrating experience I had on my first
attempt to package a library.
Thanks.
I'm currently extracting a Cairo binding from Gtk2hs
On Fri, 2007-05-04 at 00:27 +0100, Ross Paterson wrote:
On Thu, May 03, 2007 at 09:45:28PM +0100, Duncan Coutts wrote:
What do we need to do next? Should we invite a little bit of wider
testing on cabal-install + hackage and get some user feedback. If that's
good we should actively
On Fri, 2007-05-04 at 10:10 +0200, Bjorn Bringert wrote:
On May 3, 2007, at 22:45 , Duncan Coutts wrote:
...
I was also trying cabal-upload. I found that cabal-upload needs some
functions from the HTTP lib that are not actually exported. In
particular the stuff to do with authorisation
On Mon, 2007-05-07 at 09:20 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
Fri May 4 03:46:52 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Use user installs by default
So it Just Workstm without needing extra options or sudo fiddling.
If you care you can still do sudo fiddling
On Wed, 2007-06-13 at 21:55 +0200, Marc Weber wrote:
[..]
4) use dpkg to install necessary debian packages
5) Use the gentoo portage sandbox ( thus generate a gentoo package for
each documention package (will work on gentoo only )
The gentoo sandbox program does not mean one has
On Wed, 2007-06-20 at 01:21 +0200, Thomas Schilling wrote:
Now that I built my first (bogus) package that takes advantage of
configurations I tried to run the test suite again, but I'm not sure
what the intended output is. What's a bit strange is that my current
version drops file
On Sun, 2007-07-08 at 22:23 +0200, Matthias Kilian wrote:
On Sun, Jul 08, 2007 at 06:22:43PM +0100, Duncan Coutts wrote:
I think it'd be perfectly reasonable to follow the lead of autoconf here
and have slightly finer grained control with respect to the kinds of
files we're installing
On Tue, 2007-07-10 at 13:19 -0500, [EMAIL PROTECTED] wrote:
Tue Jul 10 13:13:42 CDT 2007 Spencer Janssen [EMAIL PROTECTED]
* Add modules to cabal-setup.cabal: this makes Setup sdist work
Ta. Applied.
Duncan
___
cabal-devel mailing list
On Wed, 2007-07-11 at 04:47 +0200, Marc Weber wrote:
The following packages are listed more than once:
Crypto
GuiTV
TypeCompose
Win32
binary
polyparse
That's not by accident, is it?
That's right. It's not by accident.
Think of it as a primitive tagging system :-)
Duncan
On Fri, 2007-07-13 at 12:05 -0400, Edward Ing wrote:
I am building and running some haskelldb/HDBC/HSQL libraries on
Windows XP (using the MinGW minimals system (MSYS)) with GHC
environment.
I ran into runtime link problems, foreign functions would not found.
eg. atoi,from C standard; recv
On Tue, 2007-07-10 at 15:45 +0200, Roberto Zunino wrote:
...would you please review this patch? ;-)
Done!
Sorry if I am being too pushy, but I'd want to avoid people developing
on the old Haddock integration code (assuming this patch is worth
inclusion, of course).
Zun.
=
I am
On Tue, 2007-07-24 at 09:06 +0100, Simon Marlow wrote:
I'm also not sure why Cabal is is running haddock on modules that are
only used in an executable, or if it's meant to do that then why it
isn't taking into account the CPP extension of the executable.
I ran into this recently while
On Tue, 2007-07-31 at 17:26 +0100, Simon Peyton-Jones wrote:
| I see it as a really big deal that documentation becomes fragmented when
| one is using many packages, so that it's harder to find what you want.
| In fact, I'd classify that as the single biggest reason that I don't use
| many
Hi Sascha,
We got a bug report the other day that someone could not upload a cabal
package that had their name containing UTF8 chars.
We were wondering if you could look into it.
Here's another similar one:
http://hackage.haskell.org/trac/hackage/ticket/145
it may well be that the best way
so what can we do about it?
Some barriers to entry:
1. reporting bugs requires logging in, many people still miss
this.
2. bug reports get ignored (which is disheartening to users)
because...
3. bug reports do not get reported to this list (like ghc ones get
On Sat, 2007-08-04 at 17:54 +0100, Neil Mitchell wrote:
Hi
I'm just about to hook up Cabal for doing some testing, so I started
with the obvious template:
import Distribution.Simple
main = defaultMainWithHooks defaultUserHooks{runTests=test}
test :: Args - Bool - PackageDescription -
On Mon, 2007-08-06 at 00:04 +0100, Neil Mitchell wrote:
Cabal puts (at least) docs under Program Files\Common Files - this
separates docs from other parts of the program by logical placing,
which is pretty annoying if you need to offer way to relocate
installation (say to user's home
On Mon, 2007-08-06 at 10:16 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
so what can we do about it?
BTW, thanks for all the cleanup you did over the weekend, looks great.
Some barriers to entry:
1. reporting bugs requires logging in, many people still miss
On Wed, 2007-08-08 at 09:22 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
I am trying to understand the reason we have so many --dir flags to
configure. I'd prefer to remove what appear to be duplicates and add
some more dir overrides for specific file types (like docs).
We currently
On Fri, 2007-08-10 at 17:49 +0100, [EMAIL PROTECTED] wrote:
Quoting Duncan Coutts [EMAIL PROTECTED]:
It's not clear to me what the configure --scratchdir= option is for. It
seems to be only used by hugs for building and installing and it
defaults to dist/scratch.
Yes, --scratchdir
On Fri, 2007-08-10 at 23:10 +0300, Esa Ilari Vuokko wrote:
On 8/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I also think an option to move dist would introduce too many complications.
Lack of such option, in my opinion, shows how immature Cabal is as a build
tool.
I'd use the option
On Sat, 2007-08-11 at 16:05 +0300, Esa Ilari Vuokko wrote:
Hi,
I have few more questions, I couldn't find answer on my own, even if
they mostly seem silly :-) If there's resolutions requiring coding,
I'll try to follow up with patches.
* Are extended fields going to be part of public
On Thu, 2007-08-09 at 09:07 +0100, Simon Marlow wrote:
Duncan, any thoughts? Do you prefer the branch, or would you be happy to
run GHC's validate before pushing to Cabal?
I think at the moment it's an advantage to get contributed changes in
and shared quicker. The balance may well change
On Tue, 2007-08-14 at 15:45 -0700, Ian Lynagh wrote:
Tue Aug 14 15:43:18 PDT 2007 Ian Lynagh [EMAIL PROTECTED]
* Use the right OS name in the cabal file (mingw32 not windows)
Hmm, we'd better fix this in Cabal before the ghc 6.8 release. We don't
want to have people using os (mingw32) in
On Mon, 2007-08-06 at 10:00 -0700, Isaac Potoczny-Jones wrote:
Duncan Coutts wrote:
On Mon, 2007-08-06 at 10:16 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
so what can we do about it?
BTW, thanks for all the cleanup you did over the weekend, looks great.
Some barriers to entry
On Thu, 2007-08-16 at 03:39 +0300, Esa Ilari Vuokko wrote:
Hi,
I went hunting the few last warnings I see on Cabal build;
In Configuration.hs, resolveWithFlags, env has no case for
ConfVar's Impl. I started adding signatures, and then
it occured to me, is there actually two types of
On Thu, 2007-08-16 at 17:17 +0100, Malcolm Wallace wrote:
As a newbie to the cabal-devel list, I don't know whether this question
has already been thought about much, and perhaps even has a really good
answer.
I notice that the Cabal darcs repo now has a Cabal.cabal file that uses
Wed Aug 15 17:20:09 PDT 2007 Esa Ilari Vuokko [EMAIL PROTECTED]
* Make 'make tests' runnable again
M ./Distribution/Simple/Register.hs -1 +1
M ./tests/ModuleTest.hs -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
Thu Aug 16 20:38:00 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add some extra functions to Compat.Map that we'll need later
M ./Distribution/Compat/Map.hs +12
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
Thu Aug 16 20:45:19 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add a sanity check that the ghc and ghc-pkg versions should be equal
This was easy to do now that Programs know how to find their version numbers.
M ./Distribution/Simple/GHC.hs -4 +10
Thu Aug 16 21:24:14 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Make configure much less verbose by default and give useful output with -v
This actually brings it into line with the other commands which do not produce
much output by default. It is very very quiet by default now though
Thu Aug 16 21:30:02 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Trivial reformatting
M ./Distribution/Setup.hs -2 +3
M ./Distribution/Simple/Configure.hs -22 +22
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org
Thu Aug 16 21:30:21 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* We don't need a short option configure flag for selecting nhc
I don't think we need one for ghc either, but perhaps we shouldn't remove
that immediately as people might be using it. It's safe to remove -n now
becuase nobody
On Thu, 2007-08-23 at 11:57 +0200, Clemens Fruhwirth wrote:
Hi,
I was about to extend Dist.Simple.Utils with a method called
mkSharedLibName, which depends on Compiler information, hence
Dist.Simple.Utils was about to import Dist.Compiler. I ran into this
dependency loop:
Module imports
On Wed, 2007-08-22 at 07:18 +0200, Marc Weber wrote:
I've been using the recent cabal from ghc-6.7.20070814
register.sh
[...]
haddock-html:
/pr/store/5wivrfz8pmc7hpwqgxgz44i4ihf1ka09-ghc67_filepath-1.0/nix-support/share/filepath-1.0/doc/html/filepath'
|
Thu Aug 23 14:29:46 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add a build-tools: field to the cabal file format
It's the same format as the build-depends, eg:
build-tools: cpphs, c2hs = 0.15
During the configure step we try to configure the listed programs and
if a version range
On Fri, 2007-08-24 at 13:35 +, Hackage wrote:
#116: Odd paths on Windows
We should fix this.
It's easy to move \Haskell into the $prefix rather than where it is
currently in the $bindir and $libdir defaults.
It's now really easy to change it's all specified clearly in
Fri Aug 24 08:26:32 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Look for install-includes in . first, then in include-dirs
Since .h files listed in install-includes need not be in the include-dirs
search path at all.
M ./Distribution/Simple/Install.hs -1 +1
Fri Aug 24 09:16:42 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Install any license file
M ./Distribution/Simple/Install.hs +6
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Fri, 2007-08-24 at 17:50 +0100, Ian Lynagh wrote:
On Fri, Aug 24, 2007 at 01:52:32PM +, Duncan Coutts wrote:
On Fri, 2007-08-24 at 11:58 +0100, Ross Paterson wrote:
In that case, perhaps the commit messages no longer need to go to
cvs-libraries as well. It's a mild irritant
On Fri, 2007-08-24 at 20:37 +0200, Thomas Schilling wrote:
On 23 aug 2007, at 23.41, Duncan Coutts wrote:
Thu Aug 23 12:30:15 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Make the GetOpt help text fit in 80 cols by wrapping the
description
And reduce the padding slightly
Fri Aug 24 13:48:19 PDT 2007 Clemens Fruhwirth [EMAIL PROTECTED]
* Add docDirTemplate for inplace package config files
M ./Distribution/Simple/Register.hs -1 +2
___
cabal-devel mailing list
cabal-devel@haskell.org
Fri Aug 24 16:33:03 PDT 2007 Thomas Schilling [EMAIL PROTECTED]
* Remove the use of 'normalise' since it is currently broken (normalise
./ = /!) and we don't need it that much, right now.
M ./Distribution/ParseUtils.hs -1 +3
___
cabal-devel
Sat Aug 25 04:41:41 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* remove unused imports
M ./Distribution/ParseUtils.hs -3 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Sat Aug 25 04:42:03 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* correct copy'n'pasted comment
M ./Distribution/Setup.hs -1 +1
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
Sat Aug 25 04:47:06 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Use dllExtension rather than reimplementing it locally
M ./Distribution/Simple/Utils.hs -10 +5
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
On Mon, 2007-08-27 at 20:58 -0400, Peter Gavin wrote:
Hello everyone,
I was able to get dependency analysis working without touching a
single Cabal source file. I've added a new module
Distribution.Simple.DepBuild, and a new version of Setup.lhs named
SetupDep.lhs. The only difference is
Tue Aug 28 09:15:46 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Move defaultCompilerFlavor into Distribution.Compiler
M ./Distribution/Compiler.hs -1 +15
M ./Distribution/Simple/Compiler.hs -2 +3
M ./Distribution/Simple/Setup.hs -16 +3
Tue Aug 28 13:52:09 PDT 2007 Ian Lynagh [EMAIL PROTECTED]
* Rejig the register code a bit
M ./Distribution/Simple/Compiler.hs -1 +4
M! ./Distribution/Simple/Register.hs -20 +14
___
cabal-devel mailing list
cabal-devel@haskell.org
Tue Aug 28 17:20:08 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* More register cleanups to do with ghc-pkg args
M ./Distribution/Simple/Compiler.hs -4 +1
M ./Distribution/Simple/Register.hs -32 +28
___
cabal-devel mailing list
cabal-devel
Tue Aug 28 17:21:13 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Don't use the compilerProg and compilerPkgTool, use the ProgramConfiguration
Except for reporting, we use the ProgramConfiguration directly.
Less duplication of information this way.
M ./Distribution/Simple/GHC.hs -8 +9
Tue Aug 28 18:35:18 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Make getInstalledPackages use ProgramConfiguration rather than Compiler
These should be moved into the GHC and JHC modules, possibly with some
unifying version if that make sense.
M ./Distribution/Simple/Configure.hs -21
Tue Aug 28 18:22:00 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add rawSystemProgramStdout, the Program variant of rawSystemStdout
M ./Distribution/Simple/Program.hs +21
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org
Tue Aug 28 18:38:14 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Remove compilerProg compilerPkgTool from Compiler
This info is redundant since the compiler-specific code knows what
programs to run and it can get that from the ProgramConfiguration.
M ./Distribution/Simple/Compiler.hs
Tue Aug 28 18:44:20 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Reorder configure message about what compiler we're using
M ./Distribution/Simple/Configure.hs -3 +2
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org
Fri Aug 24 09:31:41 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Change installation layout on Windows slightly
Make Haskell part of the default $prefix and make docs relative
to $prefix rather than $datadir which is fixed for libs.
Make the default fixed lib $datadir be Program Files
Thu Aug 30 16:36:51 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Install license file into docdir rather than datadir
M ./Distribution/Simple/Install.hs -2 +3
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
Fri Aug 31 04:57:46 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Display the appropriate install messages for lib vs exes
Don't confuse users by suggesting that we're installing libs when we're
actually only installing exes, or vica-versa.
M ./Distribution/PackageDescription.hs +4
M
Fri Aug 31 06:50:42 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Refactor the internal handling of the --user flag into a PackageDB type
PackageDB can be user/global or a specific package db. The latter option is
not exposed in the user interface anywhere.
Also move the getInstalledPackages
Fri Aug 31 07:39:06 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add util function allBuildInfo :: PackageDescription - [BuildInfo]
The 'BuildInfo' for the library (if there is one and it's buildable)
and all the buildable executables. Useful for gathering dependencies.
M ./Distribution
Fri Aug 31 07:40:01 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Move build-tools into the lib/exe stanzas and update configure
configure now has to gather the required build tools from the BuildInfo
of the lib and exes.
M ./Distribution/PackageDescription.hs -6 +6
M ./Distribution
Fri Aug 31 10:09:22 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add a pkgconfig-depends: field to the .cabal file
M ./Distribution/PackageDescription.hs +6
M ./Distribution/ParseUtils.hs -2 +12
___
cabal-devel mailing list
cabal-devel
Fri Aug 31 11:18:16 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Update the user guide on where the build-tools: field lives
It's now part of the build information rather than package description,
which is as it should be.
M ./doc/Cabal.xml -14 +14
Fri Aug 31 11:21:13 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Document the new pkgconfig-depends: field
M ./doc/Cabal.xml +25
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
On Fri, 2007-08-31 at 11:21 -0700, Duncan Coutts wrote:
Fri Aug 31 10:10:14 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Use pkg-config to check for the packages specified in pkgconfig-depends:
And fill out the includeDirs, extraLibs, extraLibDirs, ccOptions and
ldOptions
Sat Sep 1 09:20:43 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Don't use normalise when parsing configure arguments
M ./Distribution/Simple/Setup.hs -4 +3
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman
Sat Sep 1 10:31:47 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Pass --configure-option= options to configure in the right order
in the same order as they were passed to cabal configure on the command line
M ./Distribution/Simple/Setup.hs -1 +1
Sat Sep 1 10:17:42 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Add --prog-arg= and make --prog-args parse quotes
So this provides two ways of passing options that contain embeded spaces:
--foo-args='--bar --baz=path with spaces in'
--foo-arg=--bar --foo-arg=--baz=path with spaces in
all
On Sat, 2007-09-01 at 19:40 +0200, Sven Panne wrote:
On Saturday 01 September 2007 19:37, Duncan Coutts wrote:
On Sat, 2007-09-01 at 04:56 -0700, Sven Panne wrote:
Sat Sep 1 04:55:36 PDT 2007 [EMAIL PROTECTED]
* Make setup script compile again after recent Cabal changes
BTW
1 - 100 of 2161 matches
Mail list logo