Nicolas Calimet wrote:
>> How do you make that out? I can't see how it's a problem with Cygwin
>> if it fails to compile an invalid program.
> 
> 
>     Please try to run the following:
> 
> echo "main(int argc, char* argv) { exit(0); }" > dummy.c
> gcc -o dummy dummy.c

This runs without complaint. (I'd forgotten how permissive GCC
is in its default mode; I always turn up the warnings to 11 on
my own code.)

>     It should report an error if there is a problem with the
> Cygwin installation (such as some missing devel package maybe).
> In this case, please run again gcc, this time with:
> 
> gcc -v -o dummy dummy.c
> 
>     and report all the console messages that you get.

Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr 
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib 
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info 
--enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls 
--without-included-gettext --enable-libgcj --with-system-zlib 
--enable-interpreter --enable-threads=posix --enable-java-gc=boehm 
--enable-sjlj-exceptions --disable-version-specific-runtime-libs 
--disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/cc1.exe -quiet -v -D__GNUC__=3 
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 -D__CYGWIN32__ -D__CYGWIN__ 
-Dunix -D__unix__ -D__unix -idirafter 
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../include/w32api 
-idirafter /usr/local/lib/../../include/w32api dummy.c -quiet -dumpbase 
dummy.c -auxbase dummy -version -o 
/cygdrive/d/DOCUME~1/rosss/LOCALS~1/Temp/ccNfogM4.s
GNU C version 3.3.3 (cygwin special) (i686-pc-cygwin)
         compiled by GNU C version 3.3.3 (cygwin special).
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=131004
ignoring nonexistent directory "/usr/i686-pc-cygwin/include"
ignoring duplicate directory "/usr/local/include"
ignoring duplicate directory "/usr/include/w32api"
#include "..." search starts here:
#include <...> search starts here:
  /usr/local/include
  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/include
  /usr/include
  /usr/include/w32api
End of search list.
 
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../../i686-pc-cygwin/bin/as.exe 
--traditional-format -o 
/cygdrive/d/DOCUME~1/rosss/LOCALS~1/Temp/ccUSHyX7.o 
/cygdrive/d/DOCUME~1/rosss/LOCALS~1/Temp/ccNfogM4.s
  /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/collect2.exe -Bdynamic 
--dll-search-prefix=cyg -o dummy.exe 
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../crt0.o 
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/crtbegin.o -L/usr/local/lib 
-L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3 
-L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../.. 
/cygdrive/d/DOCUME~1/rosss/LOCALS~1/Temp/ccUSHyX7.o -lgcc -lcygwin 
-luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc 
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/crtend.o

>> Sorry, I don't know enough about the configure process to answer that.
> 
>     The best would be to send me the config.log file you get in
> the main POV-Ray source tree, as well as that of the support library
> that is has configured.  You can find all those config.log files
> running the following command:  find -type f -name config.log
> You should get a subset of:
> 
> ./config.log
> ./libraries/zlib/config.log
> ./libraries/png/config.log
> ./libraries/tiff/config.log
> ./libraries/jpeg/config.log
> 
>     Please send me all of those files.

Mailed separately.

>> Why is it trying to build libjpeg and libtiff anyway? Cygwin already
>> has them.
> 
>     This is answered if you look at what POV-Ray's configure outputs
> on the console.  Hint: look at the library versions.  In case of cygwin,
> libjpeg is always built, forcing libtiff to build as well.  There are
> good reasons for that.

It doesn't say anything about version numbers. The relevant
output (I think) is:

Libraries
---------
checking whether to enable static linking... no
checking for sin in -lm... yes
checking for asinh... yes
checking for vga_init in -lvga... no
configure: SVGAlib display will be disabled
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for XFlush in -lX11... yes
checking for XpmCreatePixmapFromData in -lXpm... yes
checking whether to enable the watch cursor... no
checking for installed supporting libraries... yes
checking for library containing zlibVersion... -lz
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for libz version >= 1.2.1... 1.2.1, ok
checking for library containing png_get_libpng_ver... -lpng12
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for libpng version >= 1.2.5... 1.2.5, ok
checking for libjpeg... forced by cygwin
configure: libjpeg will be built and statically linked to POV-Ray
checking for libtiff... forced by libjpeg
configure: libtiff will be built and statically linked to POV-Ray

>>> ./configure LDFLAGS=/usr/local/include
>>
>> Doesn't work:
> 
> 
>     Yes, sorry I did a small mistake.  Try again with:
> 
> ./configure LDFLAGS=-I/usr/local/include
> 
>     but honestly I don't think it will work either.

Nope.

-- 
Ross Smith ...................... Pharos Systems, Auckland, New Zealand
"Carelessly planned projects take three times longer to complete than
expected. Carefully planned projects take four times longer to
complete than expected, mostly because the planners expect their
planning to reduce the time it takes." -- Anon.

Post a reply to this message