stack build should reject incorrect version numbers

[gregwebs]

stack build foo-3
foo-0.0.1-2fc5f00bbc8c21a5b4453ada417d72b3: unregistering (flags changed from ["-f-fdev"] to [])
foo-0.0.1: configure
foo-0.0.1: build
foo-0.0.1: install

[DanBurton]

+1 agree.

Expected: error message
Actual: no error

[chrisdone]

Actually the wider issue is that stack build just ignores non-existent targets. You can pass cowabunga and it would ignore it.

[snoyberg]

Good point, everything that doesn't parse as a package name or identifier is treated as a directory name. Presumably we should just verify that all of those directories exist, right?

[chrisdone]

Sounds good to me. 👍

[snoyberg]

Wait a second... I can't reproduce this. @gregwebs what version of stack are you using? @chrisdone did you actually test cowabunga?

[snoyberg]

vagrant@vagrant-ubuntu-trusty-64:~/haskell/stack$ $(stack exec which stack) build cowabunga-
The following targets could not be parsed as package names or directories:
cowabunga-

vagrant@vagrant-ubuntu-trusty-64:~/haskell/stack$ $(stack exec which stack) build foo-3
Didn't see foo-3 in your package indices. Updating and trying again.
Fetched package index.
Populated index cache.
The following package identifiers were not found in your indices: foo-3
vagrant@vagrant-ubuntu-trusty-64:~/haskell/stack$ stack build foo-3
Didn't see foo-3 in your package indices. Updating and trying again.
Fetched package index.
Populated index cache.
The following package identifiers were not found in your indices: foo-3
vagrant@vagrant-ubuntu-trusty-64:~/haskell/stack$ stack build cowabunga
The following target packages were not found: cowabunga

vagrant@vagrant-ubuntu-trusty-64:~/haskell/stack$ stack build fake/dir
The following targets could not be parsed as package names or directories:
fake/dir

[chrisdone]

Ah, that's new behaviour. In the past it would ignore nonexistent names.

[gregwebs]

I am doing this where there is a local package foo listed in my stack.yaml but it is not at version 3.

stack --version
Version 0.1.2.1, Git revision 74c20f3 (dirty)

[snoyberg]

Ahh, I see, OK. That clarifies, and is much more specific than I thought.