Windows build documentation is wrong (or incomplete)

[GoogleCodeExporter]

http://www.webmproject.org/code/build-prerequisites/

I have installed cygwin and MSVS 2005.
In cygwin shell I execute:
../libvpx-v1.1.0/configure --target=x86-win32-vs8
make

I get:

$ make
/bin/sh: line 1: nmake: command not found
Makefile:17: recipe for target `.DEFAULT' failed
make: *** [.DEFAULT] Error 127

In config.err I can see:

check_cc
BEGIN /tmp/vpx-conf-6092-30612.c
    1       unsigned int e = 'O'<<24 | '2'<<16 | 'B'<<8 | 'E';
END /tmp/vpx-conf-6092-30612.c
-c -o /tmp/vpx-conf-6092-17770.o /tmp/vpx-conf-6092-30612.c
../libvpx-v1.1.0/build/make/configure.sh: line 270: -c: command not found

And in libs-x86-win32-vs8.mk I notice:

CC=
AR=
LD=
AS=yasm
STRIP=
NM=

Obviously, --target=x86-win32-vs8 has no effect and libvpx can't find my 
compilers.
Launching cygwin from cmd with vcvars32.bat set also doesn't help (I know it 
shouldn't, but for compactness).

Configure generates following output:

$ ../libvpx-v1.1.0/configure --target=x86-win32-vs8
Configuring selected codecs
  enabling vp8_encoder
  enabling vp8_decoder
Configuring for target 'x86-win32-vs8'
  enabling x86
  enabling runtime_cpu_detect
  enabling mmx
  enabling sse
  enabling sse2
  enabling sse3
  enabling ssse3
  enabling sse4_1
  using yasm
  disabling ccache
  enabling postproc
Bypassing toolchain for environment detection.
Creating makefiles for x86-win32-vs8 libs
Creating makefiles for x86-win32-vs8 examples
Creating makefiles for x86-win32-vs8 docs
Creating makefiles for x86-win32-vs8 solution

Following line looks strange for me:
Bypassing toolchain for environment detection.

Original issue reported on code.google.com by wonder.m...@gmail.com on 21 Aug 2012 at 4:59

[GoogleCodeExporter]

For the note, when running cygwin from MSVS2005 build console (with 
vcvars32.bat), make output is:

$ make
NMAKE : fatal error U1065: invalid option '-'
Stop.
Makefile:17: recipe for target `.DEFAULT' failed
make: *** [.DEFAULT] Error 2

Original comment by wonder.m...@gmail.com on 21 Aug 2012 at 5:23

[GoogleCodeExporter]

My fault.
The root of problems was environment variable MAKE=nmake defined in system 
preferences.

Original comment by wonder.m...@gmail.com on 21 Aug 2012 at 8:22

[GoogleCodeExporter]

This issue is invalid.

Original comment by wonder.m...@gmail.com on 21 Aug 2012 at 8:23

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Original comment by albe...@google.com on 30 Aug 2012 at 10:15

• Changed state: Invalid