[Hackage] #158: if os(windows) does not work
#158: if os(windows) does not work
--+-
Reporter: duncan |Owner:
Type: defect | Status: new
Priority: high |Milestone: Cabal-1.2
Component: Cabal| Version: 1.2.0
Severity: normal | Keywords:
Difficulty: easy (4 hours) | Ghcversion: 6.4.2
Platform: Linux|
--+-
The {{{os}}} condition currently uses the {{{System.Info.os :: String}}}
to check if we're on the OS specified. This is bad and wrong since in GHC
at least on Windows this string is {{{mingw32}}}. For configurations
it's ok if this works:
{{{
if os(mingw32)
blah
}}}
but it's essential that this works:
{{{
if os(windows)
blah
}}}
At a bare minimum we should add an alias system, such that we can specify
{{{windows}}} and {{{solaris}}} rather than the cryptic {{{mingw32}}} and
{{{solaris2}}}. I suggest that comparisons also be case insensetive.
--
Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/158
Hackage http://example.com/
My example project___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal): Be more fuzzy with os, arch and impl matching in conditions. Fixes bug #158.
Tue Sep 25 06:26:08 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Be more fuzzy with os, arch and impl matching in conditions. Fixes bug #158. Do all the comparisons case insensitively and add some OS aliases so that if os(windows) works if the System.Info.os is actually mingw32. M ./Distribution/Configuration.hs -3 +11 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
Re: [Hackage] #158: if os(windows) does not work
#158: if os(windows) does not work -+-- Reporter: duncan |Owner: Type: defect | Status: closed Priority: high|Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (4 hours) Ghcversion: 6.4.2 | Platform: Linux -+-- Changes (by duncan): * status: new = closed * resolution: = fixed Comment: Fixed in Cabal HEAD. Should get moved to the 1.2 branch soon. -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/158#comment:1 Hackage http://example.com/ My example project___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
Re: [Hackage] #63: implement thin tool for installing packages w/ correct version of cabal (cabal-setup)
#63: implement thin tool for installing packages w/ correct version of cabal (cabal-setup) --+- Reporter: ijones |Owner: duncan Type: enhancement | Status: assigned Priority: normal |Milestone: Cabal-1.2 Component: cabal-setup | Version: Severity: major| Resolution: Keywords: | Difficulty: hard Ghcversion: 6.2.1| Platform: Linux --+- Changes (by duncan): * status: new = assigned * owner: dcoutts = duncan Comment: cabal-install works pretty well now I think. I've been using it for a while now. We just need to make a release of it along with Cabal-1.2 -- Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/63#comment:5 Hackage http://haskell.org/cabal/ Hackage: Cabal and related projects___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
Re: [Hackage] #155: show . readPackageDescription /= id
#155: show . readPackageDescription /= id
+---
Reporter: [EMAIL PROTECTED] |Owner: nominolo
Type: defect | Status: assigned
Priority: normal |Milestone:
Component: Cabal | Version: HEAD
Severity: normal | Resolution:
Keywords: | Difficulty: normal
Ghcversion: 6.6| Platform: Linux
+---
Changes (by nominolo):
* status: new = assigned
Comment:
Well, first of all, we didn't have that property before. The counterpart
to {{{show}}} is {{{read}}}, not {{{readFoo}}}. We did however have the
property:
{{{
prop_idempParsePrint x = (r . s . r) x == r x
where r = readPackageDescription; s = showPackageDescription
}}}
I agree that this would be nice to have, though.
--
Ticket URL: http://hackage.haskell.org/trac/hackage/ticket/155#comment:1
Hackage http://haskell.org/cabal/
Hackage: Cabal and related projects___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): fix broken #ifdefs for nhc98
Thu Sep 6 09:15:53 PDT 2007 [EMAIL PROTECTED] * fix broken #ifdefs for nhc98 M ./Distribution/Compat/Directory.hs -2 +2 M ./Distribution/Configuration.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): fix type clash: Data.Version - Distribution.Version
Thu Sep 6 09:30:51 PDT 2007 [EMAIL PROTECTED] * fix type clash: Data.Version - Distribution.Version M ./Distribution/Simple/InstallDirs.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): use OPTIONS instead of OPTIONS_GHC for now, the latter doesn't work with GHC 6.2.x
Wed Sep 12 03:52:43 PDT 2007 Simon Marlow [EMAIL PROTECTED] * use OPTIONS instead of OPTIONS_GHC for now, the latter doesn't work with GHC 6.2.x M ./Distribution/Simple/Install.hs -1 +1 M ./Distribution/Simple/InstallDirs.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): look in odir for source and .hs files, not buildDir lbi
Mon Sep 17 07:50:30 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * look in odir for source and .hs files, not buildDir lbi odir = buildDir lbi for the lib case, which is why it worked most of the time in testing but in the exe case it's a different dir. M ./Distribution/Simple/GHC.hs -2 +2 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): Note in .cabal file that we're using a custom build-type
Sun Sep 16 20:39:59 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Note in .cabal file that we're using a custom build-type M ./Cabal.cabal +3 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
patch applied (cabal-branches/cabal-1.2): Move expensive conviguration actions inside branch where they're used
Mon Sep 17 01:58:34 PDT 2007 Duncan Coutts [EMAIL PROTECTED] * Move expensive conviguration actions inside branch where they're used We only need to configure the compiler and resolve any Cabal-Version: dependency when we're actually going to compile the Setup.hs program. We can otherwise save time by not calling ghc and ghc-pkg unnecessarily. (I only noticed this because I've got 150 registered packages which causes ghc and ghc-pkg to be very slow to start.) M ./Distribution/Simple/SetupWrapper.hs -6 +4 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
Re: patch applied (cabal-branches/cabal-1.2): Put _stub.{c|h} files under dist/ so they'll get cleaned. Fixes bug #154.
Duncan,
On Tue, Sep 25, 2007 at 05:39:21PM -0700, Ian Lynagh wrote:
Mon Sep 17 05:30:42 PDT 2007 Duncan Coutts [EMAIL PROTECTED]
* Put _stub.{c|h} files under dist/ so they'll get cleaned. Fixes bug #154.
Only used with ghc-6.6 and later which supports the -stubdir flag.
With earlier ghc versions the files still end up in the src dirs and so do
not
get cleaned.
Should the in this be =?
hunk ./Distribution/Simple/GHC.hs 482
+ ++ (if compilerVersion c Version [6,6] []
+ then [-stubdir, odir] else [])
Thanks
Ian
___
cabal-devel mailing list
cabal-devel@haskell.org
http://www.haskell.org/mailman/listinfo/cabal-devel
