Hello, I hit a problem with autoconf under MinGW. The .in file is checked out from the Git repository and automatically converted to having CRLF line ending. The $ac_tmp/defines.awk file has LF line endings, but this does not seem to matter, the error behaviour is the same whether $ac_tmp/defines.awk has LF or CRLF. Running, e.g.,
ci@INRIACI-0TVJAL0 /builds/workspace/compile-mingw-win7/build/INRIACI-0TVJAL0/gf2x/confCAIwyz $ gawk -f defines.awk ../../../../gf2x/gf2x/gf2x-config.h.in | head /* gf2x/gf2x-config.h.in. Generated from configure.ac by autoheader. */ /* Define to 1 if you have the <dlfcn.h> header file. */ #undef HAVE_DLFCN_H /* Define to 1 if you have the <inttypes.h> header file. */ #undef HAVE_INTTYPES_H /* Define to 1 if you have the <memory.h> header file. */ #undef HAVE_MEMORY_H does not substitute #undef correctly. When I convert gf2x-config.h.in to have LF line endings, it works: ci@INRIACI-0TVJAL0 /builds/workspace/compile-mingw-win7/build/INRIACI-0TVJAL0/gf2x/confCAIwyz $ gawk -f defines.awk ../../../../gf2x/gf2x/gf2x-config.h.in | head /* gf2x/gf2x-config.h.in. Generated from configure.ac by autoheader. */ /* Define to 1 if you have the <dlfcn.h> header file. */ /* #undef HAVE_DLFCN_H */ /* Define to 1 if you have the <inttypes.h> header file. */ #define HAVE_INTTYPES_H 1 /* Define to 1 if you have the <memory.h> header file. */ #define HAVE_MEMORY_H 1 I'm not sure whether that is a bug in autoconf, in MinGW gawk, or user error for having CRLF in the .in file. However, since MS-DOS based systems have CRLF line endings, I suppose those should be supported in .in files if MinGW is supported. The configue script was created with GNU Autoconf 2.68. The gawk program is GNU Awk 3.1.7 from MinGW: $ mingw-get.exe upgrade msys-gawk-bin upgrade: gawk-3.1.7-2-msys-1.0.13-bin.tar.lzma mingw-get.exe: *** INFO *** package gawk-3.1.7-2-msys-1.0.13-bin.tar.lzma is up to date If you'd like the configure log files, the actual input files (defines.awk and gf2x-config.h.in) or any other information, please let me know. Best regards, Alex Kruppa
