bug#17635: Messages

[Peter Rosin]

On 2014-05-29 23:46, Fabrizio Gennari wrote:
> Let's try and send the messages hoping that backslashes don't get eaten by 
> the mailer
> 
> The line in the Makefile
> 
> CFLAGS = -g -O2 -DPA_LITTLE_ENDIAN -I$(top_srcdir)/include 
> -I$(top_srcdir)/src/common -I$(top_srcdir)/src/os/win -DPA_USE_WMME=0 
> -DPA_USE_ASIO=0 -DPA_USE_WDMKS=0 -DPA_USE_DS=0 -DPA_USE_WASAPI=0 
> -UPA_USE_WMME -DPA_USE_WMME=1 -mthreads -DPACKAGE_NAME=\"\" 
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 
> -DSIZEOF_LONG=4 -DHAVE_CLOCK_GETTIME=1 -DHAVE_NANOSLEEP=1
> 
> When launching compilation
> 
> $ mingw32-make.exe
> C:/Users/Fabrizio/Documents/git/bin/sh.exe ./libtool --mode=compile gcc -c -g 
> -O2 -DPA_LITTLE_ENDIAN -I./include -I./src/common -I./src/os/win 
> -DPA_USE_WMME=0 -DPA_USE_ASIO=0 -DPA_USE_WDMKS=0 -DPA_USE_DS=0 
> -DPA_USE_WASAPI=0 -UPA_USE_WMME -DPA_USE_WMME=1 -mthreads -DPACKAGE_NAME=\"\" 
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 
> -DSIZEOF_LONG=4 -DHAVE_CLOCK_GETTIME=1 -DHAVE_NANOSLEEP=1 
> src/common/pa_allocation.c -o src/common/pa_allocation.lo
> libtool: compile:  gcc -c -g -O2 -DPA_LITTLE_ENDIAN -I./include 
> -I./src/common -I./src/os/win -DPA_USE_WMME=0 -DPA_USE_ASIO=0 
> -DPA_USE_WDMKS=0 -DPA_USE_DS=0 -DPA_USE_WASAPI=0 -UPA_USE_WMME 
> -DPA_USE_WMME=1 -mthreads "-DPACKAGE_NAME=\\\" -DPACKAGE_TARNAME=\"\" 
> -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" 
> -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 
> -DLT_OBJDIR=\".libs/\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 
> -DHAVE_CLOCK_GETTIME=1 -DHAVE_NANOSLEEP=1 src/common/pa_allocation.c -o 
> src/common/pa_allocation.lo" -DDLL_EXPORT -DPIC -o .libs/pa_allocation.o
> gcc.exe: fatal error: no input files
> compilation terminated.
> makefile:227: recipe for target 'src/common/pa_allocation.lo' failed
> mingw32-make: *** [src/common/pa_allocation.lo] Error 1
> 
> The same command line, fixed manually so the flags are exactly as in the 
> Makefile
> 
> $ gcc -c -g -O2 -DPA_LITTLE_ENDIAN -I./include -I./src/common -I./src/os/win 
> -DPA_USE_WMME=0 -DPA_USE_ASIO=0 -DPA_USE_WDMKS=0 -DPA_USE_DS=0 
> -DPA_USE_WASAPI=0-UPA_USE_WMME -DPA_USE_WMME=1 -mthreads -DPACKAGE_NAME=\"\" 
> -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
> -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\".libs/\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 
> -DSIZEOF_LONG=4 -DHAVE_CLOCK_GETTIME=1 -DHAVE_NANOSLEEP=1 
> src/common/pa_allocation.c -o src/common/pa_allocation.lo -DDLL_EXPORT -DPIC 
> -o.libs/pa_allocation.o

Hi!

I think it might be worthwhile to check if the problem vanishes if
you use MSYS make (just run make.exe) instead of MinGW make. My
personal rule is to stay with MSYS tools for as long as possible
(and switch to MinGW tools as late as possible).

I believe the underlying problem here is the different quoting
requirements for different processes. Switching back and forth
too many time is a recipe to disaster, as at least the
msys->mingw transition is a heuristic.

Cheers,
Peter