Fail to test on MinGW 5.1.4

[GoogleCodeExporter]

What steps will reproduce the problem?
1. ./configure; make
2. make check > test.log 2>&1
3.

MinGW is installed in Windows XP. It's OK to build the open-vcdiff and the
vcdiff.exe can run.

This is the log file content:

make  addrcache_test.exe blockhash_test.exe codetable_test.exe
decodetable_test.exe encodetable_test.exe headerparser_test.exe
instruction_map_test.exe output_string_test.exe rolling_hash_test.exe
varint_bigendian_test.exe vcdecoder_test.exe vcdiffengine_test.exe
vcencoder_test.exe src/vcdiff_test.sh
make[1]: Entering directory `/c/open-vcdiff-0.5'
make[1]: `blockhash_test.exe' is up to date.
make[1]: `codetable_test.exe' is up to date.
make[1]: `decodetable_test.exe' is up to date.
make[1]: `encodetable_test.exe' is up to date.
make[1]: `headerparser_test.exe' is up to date.
make[1]: `instruction_map_test.exe' is up to date.
make[1]: `output_string_test.exe' is up to date.
make[1]: `rolling_hash_test.exe' is up to date.
make[1]: `varint_bigendian_test.exe' is up to date.
make[1]: `vcdecoder_test.exe' is up to date.
make[1]: `vcdiffengine_test.exe' is up to date.
make[1]: `vcencoder_test.exe' is up to date.
make[1]: Nothing to be done for `src/vcdiff_test.sh'.
make[1]: Leaving directory `/c/open-vcdiff-0.5'
make  check-TESTS
make[1]: Entering directory `/c/open-vcdiff-0.5'
FAIL: addrcache_test.exe
FAIL: blockhash_test.exe
FAIL: codetable_test.exe
FAIL: decodetable_test.exe
FAIL: encodetable_test.exe
FAIL: headerparser_test.exe
FAIL: instruction_map_test.exe
Running main() from gtest_main.cc

[==========] Running 5 tests from 1 test case.

[----------] Global test environment set-up.

[----------] 5 tests from OutputStringTest

[ RUN      ] OutputStringTest.Append

[       OK ] OutputStringTest.Append

[ RUN      ] OutputStringTest.Clear

[       OK ] OutputStringTest.Clear

[ RUN      ] OutputStringTest.PushBack

[       OK ] OutputStringTest.PushBack

[ RUN      ] OutputStringTest.Reserve

[       OK ] OutputStringTest.Reserve

[ RUN      ] OutputStringTest.Size

[       OK ] OutputStringTest.Size

[----------] Global test environment tear-down

[==========] 5 tests from 1 test case ran.

[  PASSED  ] 5 tests.

PASS: output_string_test.exe
FAIL: rolling_hash_test.exe
FAIL: varint_bigendian_test.exe
FAIL: vcdecoder_test.exe
FAIL: vcdiffengine_test.exe
FAIL: vcencoder_test.exe
/bin/sh: ./src/vcdiff_test.sh: No such file or directory
FAIL: src/vcdiff_test.sh
======================================
13 of 14 tests failed
Please report to opensource@google.com
======================================
make[1]: *** [check-TESTS] Error 1
make[1]: Leaving directory `/c/open-vcdiff-0.5'
make: *** [check-am] Error 2

Original issue reported on code.google.com by toli...@gmail.com on 26 Mar 2009 at 1:16

[GoogleCodeExporter]

I was able to reproduce this problem using MinGW.  When each test is run using 
the
.exe extension (for example, vcdecoder_test.exe), it fails; but when it is run
without the extension (vcdecoder), it executes properly.

With Cygwin, both vcdecoder.exe and vcdecoder perform identically: they run the 
tests
and pass.

The following link describes a similar problem with MinGW.  In the same 
discussion
thread there is a proposed change to Makefile.am that may solve the problem.
http://www.mail-archive.com/automake@gnu.org/msg11723.html

Original comment by openvcd...@gmail.com on 30 Mar 2009 at 10:33

• Changed state: Accepted
• Added labels: Component-Scripts, Component-Test, OpSys-Windows

[GoogleCodeExporter]

Fixed in open-vcdiff version 0.6.
The wrapper executables produced by libtool failed on MinGW with the error "File
/bin/sh not found".  Added the macro AC_DISABLE_FAST_INSTALL to configure.ac to 
avoid
creating wrapper executables.  This results in an extra link step during "make
install", but the package is small enough that the link step does not take long.

Original comment by openvcd...@gmail.com on 9 Apr 2009 at 7:33

• Changed state: Fixed

[GoogleCodeExporter]

The fix for this issue caused a regression in Debian packaging, tracked as 
Issue #24.  The fix will therefore be reverted in the next release of 
open-vcdiff and the MinGW errors will reappear unless another solution is found.

Original comment by openvcd...@gmail.com on 6 Aug 2010 at 12:02

• Changed state: Accepted

[GoogleCodeExporter]

open-vcdiff version 0.8.1 built and tested successfully on MinGW 5.1.6.  
Presumably the wrapper issue was fixed by a recent update to autoconf or 
libtool.

Original comment by openvcd...@gmail.com on 6 Aug 2010 at 10:52

• Changed state: Fixed