"bash autogen.sh" hangs (no further activity, just copies stdin to stdout) after the following : checking for GTK+ 2.x... no checking for X...no File not found - *.mak
Created attachment 3709 [details] autogen.log.sh
This works for me (testing with rev 8477. I've attached the complete log I get from: ./autogen.sh > autogen .log 2>&1 Note that I _do_ have X11, but I don't know if that is what allows it to work for me. You may want to add X support on your Cygwin and see if that works.
Please attach config.log from the failed build. It should work whether you have X11 or not.
Created attachment 3710 [details] stdout.txt A log from Cygwin - stdout.
Created attachment 3711 [details] stderr.txt A log from Cygwin - stderr. At end it hang with no activity. If I type any chars, it echoes them to stdout. But there is a second delay after echoing. It looks ignoring Ctrl-Z, and terminates with Ctrl-C.
Created attachment 3715 [details] patch for another Cygwin bug An old Cygwin defines only some of C99 types in sys/types.h My Cygwin compiles Ghostscript fine with this patch.
Current revision HANGS after printing this : [beg quote] Continuing with Ghostscript configuration... checking for GTK+ 2.x... no checking for X... no File not found - *.mak [end quote] At this state, when I type anything, it copies all to stdout. It looks ignoring Ctrl-Z, Ctrl-C, but Break klss the process.
Works for me. Note that I _do_ have X11 installed on my Cygwin. Please attach the tail (last 30 or so lines) of your 'config.log' use: tail -30 config.log Note that the automatic determination of 'fontconfig' doesn't work for me -- ./autogen.sh (configure) sets HAVE_FONTCONFIG and also sets the Makefile macros for the FONTCONFIG_CFLAGS and FONCONFIG_LOBS related for fontconfig, but this does _NOT_ exist on my system. Everything works as expected with: ./autogen.sh --disable-fontconfig My software versions are: gcc (GCC) 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) autoconf (GNU Autoconf) 2.61 CYGWIN_NT-5.1 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin The area of my 'config.log' that is where Igor's configure hangs is: configure:8883: checking for X configure:9118: result: libraries /usr/X11R6/lib, headers /usr/X11R6/include configure:9140: checking whether -R must be followed by a space configure:9166: gcc -o conftest.exe conftest.c -ldl -lm -liconv -lstdc++ -R/usr/X11R6/lib >&5 gcc: unrecognized option `-R/usr/X11R6/lib' configure:9172: $? = 0 ... configure:9207: gcc -o conftest.exe conftest.c -ldl -lm -liconv -lstdc++ -R /usr/X11R6/lib >&5 gcc: unrecognized option `-R' /usr/X11R6/lib: file not recognized: Is a directory collect2: ld returned 1 exit status configure:9213: $? = 1 ... configure:9226: result: neither works configure:9279: gcc -o conftest.exe conftest.c -ldl -lm -liconv -lstdc++ -L/usr/X11R6/lib -lX11 >&5 configure:9285: $? = 0
Created attachment 3807 [details] config.log Attaching config.log by Henry's request.
I tracked my problem with fontconfig to a typo in configure.ac (the library argument is "-lfontconfg" instead of "-lfontconfig". Note that Cygwin gcc is, for some reason, much pickier about needing libraries to be explicitly stated (not automatic as it seems to be on my linux box) and also causes an error if a -l library isn't found. --- This typo would not affect Igor's problem which remains a mystery to me, but only relates the problem I mentioned in comment #8.
The patch from the comment #6 is committed as a rev. 8541. It compiles only on old Cygwin and cannot affect anything else. Re the actual bug, Leonardo can run sshd on his Cygwin box to provide remote access for more Unix-savvy colleagues.
re #10, the Linux ELF format allows link references in shared libraries, so you can omit dependencies in an application's link line and it will still work. This isn't a common feature on other systems though, so I'm not surprised it doesn't work on Cygwin. Likewise, the order of the -l arguments isn't especially important with GNU ld, but is with many other linkers. GNU ld does complain (fatally) about missing libraries. Probably this path was just never exercised.
Current revision (10068) compiles on 32- and 64-bit windows under Cygwin. Closing as "Works for me".