While you're benchmarking, rename the library under test and/or its modules. Criterion won't conflict with "new-pretty".

G


On Thu, Feb 14, 2013 at 10:11 AM, Alexander Bernauer <acopton@gmail.com> wrote:

Hi,

I am currently working on benchmarking the pretty library.

Pretty itself has no non-trivial dependencies. But criterion and language-c, which I use to perform the benchmarks, directly and/or indirectly depend on pretty. Everything is configured in one Cabal file via library and benchmark sections.

Now, whenever I modify pretty and want to rebuild the bench executable, things become messy. Either I rebuild criterion et al. as well, or the bench executable ends up with two different pretty version built in - if this is even possible.

Until now I could not find a robust workflow for this scenario. At some point pretty "shadows" itself and the build fails (c.f. my previous caffee post).

What is the right way to handle this scenario?

Confused greetings,

Alex


_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe




--
Gregory Collins <greg@gregorycollins.net>