That actually runs contrary to one of cabal's other practices, which is to add a 'simple' Setup.hs to your package as it makes the sdist is one is not present. With your proposed change, it would then complain about _every_ package that used simple. ;)<div>
<br></div><div>Setup.hs exists so that you can execute runhaskell Setup.hs foo instead of cabal foo. You just need to tell cabal if you want to delegate to Setup.hs, by using something other than Simple as a build-type. The vast majority of the users of cabal never bother changing the behavior of Setup.hs.</div>
<div><br></div><div>-Edward Kmett<br><br><div class="gmail_quote">On Thu, Jul 22, 2010 at 11:58 PM, Mark Wotton <span dir="ltr"><<a href="mailto:mwotton@gmail.com">mwotton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Fri, Jul 23, 2010 at 12:33 PM, wren ng thornton <<a href="mailto:wren@freegeek.org">wren@freegeek.org</a>> wrote:<br>
> Magnus Therning wrote:<br>
>><br>
>> On Thu, Jul 22, 2010 at 11:52, Ross Paterson <<a href="mailto:ross@soi.city.ac.uk">ross@soi.city.ac.uk</a>> wrote:<br>
>>><br>
>>> On Thu, Jul 22, 2010 at 11:31:21AM +0100, Magnus Therning wrote:<br>
>>>><br>
>>>> On Thu, Jul 22, 2010 at 10:59, Ross Paterson <<a href="mailto:ross@soi.city.ac.uk">ross@soi.city.ac.uk</a>><br>
>>>> wrote:<br>
>>>>><br>
>>>>> Magnus is building by directly running the Setup.hs himself, which<br>
>>>>> ignores<br>
>>>>> the Build-Type. To get cabal-install to use his Setup.hs, the<br>
>>>>> Build-Type<br>
>>>>> must be set to Custom.<br>
>>>><br>
>>>> Oh, why*2?<br>
>>>><br>
>>>> Why is the header there if it's not used by Cabal, and why does cabal<br>
>>>> care?<br>
>>><br>
>>> The field allows cabal to avoid compiling the Setup.hs in this case.<br>
>>> It might also be used by other tools, e.g. one might only trust Simple<br>
>>> packages. Not all fields are used by all tools, and several of them<br>
>>> do not affect the operation of the library (e.g. Home-page).<br>
>><br>
>> All right, so why would cabal want to avoid compiling the Setup.hs?<br>
>><br>
>> Of course this behaviour of cabal's means that I in the future will use<br>
>> *Custom*<br>
>> all the time, since I otherwise have to remember this surprising feature<br>
>> of a<br>
>> tool I never use. Is there any reason *not* to do this?<br>
><br>
> The main reason I could think of to avoid compiling it is for performance<br>
> reasons. I'm not sure how compelling that is, but...<br>
><br>
> As for why not to always use Custom, as mentioned there are cabal-aware<br>
> tools out there besides cabal-install. For these other tools, there is a big<br>
> difference between Simple and Custom. With Simple we (ideally) already know<br>
> all the semantics of what Setup.hs does, and so we can wire that into our<br>
> tools. With Custom we're forced into the position of doing Haskell source<br>
> analysis since we now have to discover the semantics of an arbitrary Turing<br>
> machine. That's a very high wall to climb if you're just wanting to write a<br>
> simple tool for doing some kind of package analysis.<br>
><br>
> (I don't think the behavior is surprising since I interpret Simple to mean<br>
> that the Setup.hs file is unused/optional. Though clearly YMMV)<br>
<br>
<br>
</div></div>Ah, this clears up one of my bugs.<br>
<br>
Perhaps cabal should print a warning if you have a Setup.hs file,<br>
_and_ try to use Simple? It'd at least give the hint that they're<br>
unhappy together.<br>
<br>
mark<br>
<font color="#888888"><br>
--<br>
A UNIX signature isn't a return address, it's the ASCII equivalent of a<br>
black velvet clown painting. It's a rectangle of carets surrounding a<br>
quote from a literary giant of weeniedom like Heinlein or Dr. Who.<br>
-- Chris Maeda<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br></div>