infelicitous (incorrect?) ordering of flags passed to GHC

Brent Yorgey byorgey at seas.upenn.edu
Tue Jan 12 11:53:47 EST 2010


On Mon, Jan 11, 2010 at 10:15:51AM -0500, Brent Yorgey wrote:
> On Sun, Jan 10, 2010 at 06:27:51PM +0000, Duncan Coutts wrote:
> > On Thu, 2010-01-07 at 15:18 -0500, Brent Yorgey wrote:
> > 
> > > And are there any workarounds in the meantime? 
> > 
> > Have you tried listing the fields in the other order?
> 
> Yes, with the same result.  So it's not as simple as something being
> backwards.  I just had another idea for a possible workaround (even if
> this gets fixed I'd rather not rely on everyone building xmonad to
> have a sufficiently new version of cabal) which I will try once I get
> to school.

Another data point: I found a workaround, which is to put

  if true
    ghc-options: -Wall

  if impl(ghc >= 6.12.1)
    ghc-options: -fno-warn-unused-do-bind

This now works as expected, and switching the if-clauses switches the
order of the flags passed to GHC.  So the problem seems to be that
flags from different "levels" are not being combined correctly.

-Brent



More information about the cabal-devel mailing list