vwebp build failure / configure

[GoogleCodeExporter]

What steps will reproduce the problem?
1. building vwebp from source on a cygwin system will fail
2.
3.

What is the expected output? What do you see instead?

see configure-output below.

What version of the product are you using? On what operating system?

current git/master on cygwin/64bit.

Please provide any additional information below.

$ ./configure --enable-experimental --enable-everything
checking build system type... x86_64-unknown-cygwin
checking host system type... x86_64-unknown-cygwin
checking target system type... x86_64-unknown-cygwin
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 8192
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-cygwin file names to 
x86_64-unknown-cygwin format... func_convert_file_noop
checking how to convert x86_64-unknown-cygwin file names to toolchain format... 
func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... file_magic ^x86 archive 
import|^x86 DLL
checking for dlltool... dlltool
checking how to associate runtime and link libraries... 
func_cygming_dll_for_implib
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -DDLL_EXPORT -DPIC
checking if gcc PIC flag -DDLL_EXPORT -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... Win32 ld.exe
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether make supports nested variables... (cached) yes
checking whether gcc supports -Wall... yes
checking whether gcc supports -Wdeclaration-after-statement... yes
checking whether gcc supports -Wextra... yes
checking whether gcc supports -Wmissing-declarations... yes
checking whether gcc supports -Wmissing-prototypes... yes
checking whether gcc supports -Wold-style-definition... yes
checking whether gcc supports -Wshadow... yes
checking whether gcc supports -Wunused-but-set-variable... yes
checking whether gcc supports -Wunused... yes
checking whether gcc supports -Wvla... yes
configure: checking for threading support...
checking if compiler needs -Werror to reject unknown flags... no
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for PTHREAD_PRIO_INHERIT... no
configure: checking if threading is enabled... yes
checking GL/glut.h usability... no
checking GL/glut.h presence... yes
configure: WARNING: GL/glut.h: present but cannot be compiled
configure: WARNING: GL/glut.h:     check for missing prerequisite headers?
configure: WARNING: GL/glut.h: see the Autoconf documentation
configure: WARNING: GL/glut.h:     section "Present But Cannot Be Compiled"
configure: WARNING: GL/glut.h: proceeding with the compiler's result
configure: WARNING:     ## --------------------------------------------------- 
##
configure: WARNING:     ## Report this to http://code.google.com/p/webp/issues 
##
configure: WARNING:     ## --------------------------------------------------- 
##
checking for GL/glut.h... no
checking GLUT/glut.h usability... no
checking GLUT/glut.h presence... no
checking for GLUT/glut.h... no
checking OpenGL/glut.h usability... no
checking OpenGL/glut.h presence... no
checking for OpenGL/glut.h... no
checking for libpng-config... /usr/bin/libpng-config
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for library containing png_get_libpng_ver... none required
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking for jpeg_set_defaults in -ljpeg... yes
checking tiffio.h usability... yes
checking tiffio.h presence... yes
checking for tiffio.h... yes
checking for TIFFGetVersion in -ltiff... yes
checking gif_lib.h usability... yes
checking gif_lib.h presence... yes
checking for gif_lib.h... yes
checking for DGifOpenFileHandle in -lgif... yes
checking if --enable-swap-16bit-csp option is specified... no
checking if --enable-experimental option is specified... yes
checking whether libwebpmux is to be built... yes
checking whether libwebpdemux is to be built... yes
checking whether decoder library is to be built... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating man/Makefile
config.status: creating examples/Makefile
config.status: creating src/dec/Makefile
config.status: creating src/enc/Makefile
config.status: creating src/dsp/Makefile
config.status: creating src/demux/Makefile
config.status: creating src/mux/Makefile
config.status: creating src/utils/Makefile
config.status: creating src/libwebp.pc
config.status: creating src/libwebpdecoder.pc
config.status: creating src/demux/libwebpdemux.pc
config.status: creating src/mux/libwebpmux.pc
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
configure:
WebP Configuration Summary
--------------------------

Shared libraries: yes
Static libraries: yes
Threaded decode: yes
libwebp: yes
libwebpdecoder: yes
libwebpdemux: yes
libwebpmux: yes

Tools:
cwebp : yes
  Input format support
  ====================
  JPEG : yes
  PNG  : yes
  TIFF : yes
  WIC  : no
dwebp : yes
  Output format support
  =====================
  PNG  : yes
  WIC  : no
GIF support : yes
gif2webp    : yes
webpmux     : yes
vwebp       : no

Original issue reported on code.google.com by mathias.schindler on 17 Apr 2014 at 8:13

[GoogleCodeExporter]

Can you include the config.log from this please?

Original comment by jz...@google.com on 18 Apr 2014 at 4:04

[GoogleCodeExporter]

Hi James, here you are.

Original comment by mathias.schindler on 18 Apr 2014 at 8:55

Attachments:

• config.log

[GoogleCodeExporter]

I tried reproducing this with a clean install, but after incrementally adding 
the dependencies I was able to get an X enabled vwebp. The error in your log is 
related to 'CALLBACK' which should be coming from the w32api includes (some 
descendant of windows.h), perhaps there's a conflicting package.

Attached is my list of installed packages (cygcheck -c -d), maybe we can find 
the difference in our environments using it.

Note for the release binaries I use visual studio + freeglut binaries [1].

[1] http://www.transmissionzero.co.uk/software/freeglut-devel/

Original comment by jz...@google.com on 19 Apr 2014 at 2:23

Attachments:

• cygcheck.txt

[GoogleCodeExporter]

Thank you! With your help and the cygcheck output, I was able to narrow it down 
to two packages. I had libglut-devel installed, you had libGLU-devel.

After installing the libGLU-devel package, vwebp is compiled.

Original comment by mathias.schindler on 20 Apr 2014 at 8:07

[GoogleCodeExporter]

Great!
I made another attempt to reproduce this, but I could only duplicate the error 
if I removed the windows.h include from /usr/include/w32api/GL/gl.h, I didn't 
check to see if that package had any recent changes. Either way I'm not sure if 
there's a better test for this, though the log and message aren't all that 
helpful.
I'll leave this open for a while in case anyone else runs into this.

Original comment by jz...@google.com on 22 Apr 2014 at 7:10

[GoogleCodeExporter]

I haven't done anything further with this, marking it closed for now as we were 
able to work around the issue.

Original comment by jz...@google.com on 23 Jul 2014 at 1:06

• Changed state: Done