Fix order of runtime profiling args for tests (and benchmarks?)

[sjakobi]

This behaves as if only +RTS -p was passed, when actually the manually specified -P should override the -p.

~/t/profile-repro $ stack --profile test :profile-repro-test --test-arguments "+RTS -P"
profile-repro-0.1.0.0: test (suite: profile-repro-test, args: +RTS -P +RTS -p -RTS)

I didn't check any benchmarks but I'd suspect that the behaviour would be the same.

[mgsloan]

I've flipped it around so that the extra opts get put at the beginning so they can be overridden.

issue2399-0.1.0.0: test (suite: issue2399-test, args: +RTS -p -RTS +RTS -P)

Should fix it, right?

[sjakobi]

I don't understand why but I can't reproduce the fix?! 😕

~/t/2399repro $ stack --profile test --test-arguments "+RTS -P"
Warning: File listed in 2399repro.cabal file does not exist: README.md
2399repro-0.1.0.0: test (suite: 2399repro-test, args: +RTS -P +RTS -p -RTS)

~/t/2399repro $ stack --version
Version 1.4.1, Git revision ce6560571e79562cb7d3ccc0a251550926a13884 (dirty) (4688 commits) x86_64 hpack-0.17.0

(That's the current HEAD)

[mgsloan]

Strange, works for me! Longshot, but maybe a stack clean?

[sjakobi]

Strange, works for me! Longshot, but maybe a stack clean?

I'm using a fresh project:

~/tmp $ stack new issue2399
...
~/tmp $ cd issue2399/
~/t/issue2399 $ stack --profile test --test-arguments "+RTS -P"
Warning: File listed in issue2399.cabal file does not exist: README.md
issue2399-0.1.0.0: configure (lib + exe + test)
Configuring issue2399-0.1.0.0...
issue2399-0.1.0.0: build (lib + exe + test)
Preprocessing library issue2399-0.1.0.0...
[1 of 1] Compiling Lib              ( src/Lib.hs, .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/Lib.o )
[1 of 1] Compiling Lib              ( src/Lib.hs, .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/Lib.p_o )
Preprocessing executable 'issue2399-exe' for issue2399-0.1.0.0...
[1 of 1] Compiling Main             ( app/Main.hs, .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/issue2399-exe/issue2399-exe-tmp/Main.p_o )
Linking .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/issue2399-exe/issue2399-exe ...
Preprocessing test suite 'issue2399-test' for issue2399-0.1.0.0...
[1 of 1] Compiling Main             ( test/Spec.hs, .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/issue2399-test/issue2399-test-tmp/Main.p_o )
Linking .stack-work/dist/x86_64-linux/Cabal-1.24.2.0/build/issue2399-test/issue2399-test ...
Warning: File listed in issue2399.cabal file does not exist: README.md
issue2399-0.1.0.0: copy/register
Installing library in
/home/simon/tmp/issue2399/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/lib/x86_64-linux-ghc-8.0.2/issue2399-0.1.0.0-I4tF5RjauY1BzuYYBoMrW6
Installing executable(s) in
/home/simon/tmp/issue2399/.stack-work/install/x86_64-linux/lts-8.5/8.0.2/bin
Registering issue2399-0.1.0.0...
issue2399-0.1.0.0: test (suite: issue2399-test, args: +RTS -P +RTS -p -RTS)
             
Progress: 1/2Test suite not yet implemented
             
Completed 2 action(s).
~/t/issue2399 $ stack --version
Version 1.4.1, Git revision 86e7ae2bc60ccc2906fde4825be794a80f948a7e (dirty) (4714 commits) x86_64 hpack-0.17.0

[mgsloan]

Figured it out! The options before build are parsed as one BuildOptsMonoid, and the ones after are parsed as another. The transformation of adding the extra arguments happens while parsing the BuildOptsMonoid. This means we get the following strange behavior:

$ stack --profile test --profile --test-arguments "+RTS -P"
...
issue2399-0.1.0.0: test (suite: issue2399-test, args: +RTS -p -RTS +RTS -P +RTS -p -RTS)

Before I couldn't reproduce the issue because I was passing --profile after build.

I've fixed it by applying this transformation while converting BuildOptsMonoid to BuildOpts, rather than applying it while parsing BuildOptsMonoid.

[sjakobi]

Nice sleuthing! 👍