Specify deno_dir location with env var DENO_DIR

[amoseui]

Fixes #552

[ry]

Thanks / do you think we could get a test as well? It might necessitate writing tools/deno_dir_test.py to properly pass the env

[amoseui]

Sure, please take a look.
But, I am not sure this is what you expected for.

[hayd]

IMO in this file you want to:

pop the current env (and store it)
rmtree(deno_dir)
run deno with no env flag
assert deno_dir doesn't exist
set env flag (to .deno_test)
run deno
assert deno_dir exists etc
rmtree(deno_dir)
reset back env - even in case of failure

Maybe this is more than @ry wanted?

[amoseui]

@ry @hayd Could you take a look again?

I also change appveyor config because of test errors.

It seems that project dir and deno_dir are on c:\ because it's cloned to c:\ by clone_folder variable in .appveyor.yml. On the other hand, build directory is pointed to C:\ by $(APPVEYOR_BUILD_FOLDER) so that test targets are placed on separated partitions.

Is this intended?

I found some issues(#807 and #861) related to below errors.

https://ci.appveyor.com/project/deno/deno/builds/19513800

c:\deno\out\release\deno.exe C:\deno\tests\001_hello.js --reload
c:\deno\out\release\deno.exe C:\deno\tests\002_hello.ts --reload
c:\deno\out\release\deno.exe C:\deno\tests\003_relative_import.ts --reload
c:\deno\out\release\deno.exe C:\deno\tests\004_set_timeout.ts --reload
c:\deno\out\release\deno.exe C:\deno\tests\005_more_imports.ts --reload
c:\deno\out\release\deno.exe C:\deno\tests\006_url_imports.ts --reload
Expected success but got error. Output:
Downloading http://localhost:4545/tests/subdir/mod2.ts
Downloading http://localhost:4545/tests/subdir/print_hello.ts
error TS5009: Cannot find the common subdirectory path for the input files.

Thanks.

[ry]

LGTM - nice work on the test