Closed snoyberg closed 6 years ago
Thanks for the bug report @snoyberg, I'll take a look!
@snoyberg Do you have any recommendation on what to use instead of "dist/test"?
I looked at the module Paths_pkgname but that doesn't specify any sort of a temp directory like the build directory that could be used here.
As the test creates the temp db file and deletes it after the test has run (even under exceptions) , I wonder if it'd be ok to just use "./" instead of "./dist/test"? Or maybe use System.IO.Temp.withTempDirectory?
I would definitely recommend withTempDirectory
On Tue, Jan 26, 2016, 9:36 PM Janne Hellsten notifications@github.com wrote:
@snoyberg https://github.com/snoyberg Do you have any recommendation on what to use instead of "dist/test"?
I looked at the module Paths_pkgname but that doesn't specify any sort of a temp directory like the build directory that could be used here.
As the test creates the temp db file and deletes it after the test has run (even under exceptions) , I wonder if it'd be ok to just use "./" instead of "./dist/test"? Or maybe use System.IO.Temp.withTempDirectory?
— Reply to this email directly or view it on GitHub https://github.com/IreneKnapp/direct-sqlite/issues/60#issuecomment-175193472 .
@snoyberg direct-sqlite-2.3.17 should fix this.
Steps to reproduce:
stack unpack direct-sqlite
cd direct-sqlite-*
stack init
stack test
Output:
This is not a Stack-specific issue, it was originally discovered via the Stackage build process, which calls out to the Setup.hs file directly.