[Haskell-cafe] Cabal Testing Pain

[Bram Neijt]

I have head the same experience. Splitting the main code into a
library seems like a good thing to do. For example, my main executable
depends on the options package for option parsing, while the rest of
the code (library part) does not. So I'm now in favour of splitting
the code up.

However having to expose every source file you use seems stupid to me
as well. There is talk on the internet[2] saying that cabal init could
find the listing (which would allow for a scripted update of the list)
but when I use it on my source[1] it finds to many modules (rm
after.cabal; cabal init -n --is-library --source-dir=src/lib)

If you find a solution to that problem please consider mailing me
directly because I have been looking for this.

Greetings,

Bram

[1] https://github.com/bneijt/after
[2] https://stackoverflow.com/questions/18084265/cabal-expose-all-modules-while-building-library

On Sun, Sep 28, 2014 at 12:17 AM, Carter Schonwald
<carter.schonwald at gmail.com> wrote:
> You always have to list the other modules AFAIK, otherwise cabal sdist won't
> copy them! (Or at least I can't imagine why that wouldn't be the case when
> writing an application. )
>
> On Sep 27, 2014 5:54 PM, "Mike Craig" <mkscrg at gmail.com> wrote:
>>
>> Hey all, I'm trying to setup an executable cabal project, the options for
>> cabal-based testing seem poor. I poked around for discussions of this but
>> didn't find much. My apologies if I'm beating a dead horse.
>>
>> The current options, as I understand them, are
>>
>> 1. Split code into library, executable, and test-suite. This gets you
>> single compilation but you have to list every source file in the library's
>> exposed/other-modules sections.
>> 2. Split code into executable and test-suite. You don't have to list the
>> source files, but you get double compilation and you have to declare every
>> dependency (and version!) twice.
>>
>> Am I missing a third (better) option, or is this the state of things?
>>
>> --
>> Mike Craig
>>
>> _______________________________________________
>> Haskell-Cafe mailing list
>> Haskell-Cafe at haskell.org
>> http://www.haskell.org/mailman/listinfo/haskell-cafe
>>
>
> _______________________________________________
> Haskell-Cafe mailing list
> Haskell-Cafe at haskell.org
> http://www.haskell.org/mailman/listinfo/haskell-cafe
>