This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Can't configure setup.exe from CVS [was RE: setup.exe 2.427 problem with installation from rsync mirrors]
- From: "Max Bowsher" <maxb at ukf dot net>
- To: "Dave Korn" <dave dot korn at artimi dot com>, <cygwin at cygwin dot com>
- Date: Wed, 29 Dec 2004 12:49:40 -0000
- Subject: Re: Can't configure setup.exe from CVS [was RE: setup.exe 2.427 problem with installation from rsync mirrors]
- References: <NUTMEG4b8XQQKrnpiF800000877@NUTMEG.CAM.ARTIMI.COM>
Dave Korn wrote:
This calls for a little filtering of the mirrors.txt list in setup,
doesn't
it?
I was going to suggest this:
Index: site.cc
===================================================================
RCS file: /cvs/cygwin-apps/setup/site.cc,v
retrieving revision 2.34
diff -p -u -p -u -r2.34 site.cc
--- site.cc 25 Oct 2004 17:06:08 -0000 2.34
+++ site.cc 17 Dec 2004 15:34:37 -0000
@@ -216,7 +216,7 @@ get_site_list (HINSTANCE h, HWND owner)
while (eol > bol && eol[-1] == '\r')
eol--;
*eol = 0;
- if (bol[0] != '#' && bol[0] > ' ')
+ if (bol[0] != '#' && bol[0] > ' ' && strnicmp (bol, "rsync", 5))
{
char *semi = strchr (bol, ';');
if (semi)
Thanks, I applied something base on it.
but something's borked in autotools-land, and after running aclocal,
autoconf
and automake, my attempts to run configure using:
../apps/setup/configure -C --enable-dependencies --disable-shared
--host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin'
'CXX=g++
-mno-cygwin' --enable-maintainer-mode
end in failure:
checking for i686-pc-mingw32-efc... no
checking for i686-pc-mingw32-pgf95... no
checking for i686-pc-mingw32-lf95... no
checking for i686-pc-mingw32-gfortran... no
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... (cached) yes
checking whether g77 accepts -g... (cached) yes
../apps/setup/configure: line 1: test: =: unary operator expected
checking the maximum length of command line arguments... 8192
checking command to parse nm output from gcc -mno-cygwin object... dk@mace
/usr/build/obj-apps>
Note that (despite whatever wrapping my mailer has done) that command
prompt
appears on the same line as the "checking command to parse nm output"
message
immediately after the dots; something has failed so badly it's crashed
right out
of the configure script without so much as an error message.
That's extremely bizarre.
What if you use the ./bootstrap.sh script in setup's directory?
Because I've been using that successfully on a perfectly standard cygwin
install since I can remember.
Is there really an invocation of test on line 1 of the configure script?
Is it possible that test is somehow running some non-cygwin command?
Diagnosing auto-* problems is a bit out of my field, but could this
output
from aclocal perhaps be what's gone wrong?
dk@mace /usr/build/apps/setup> aclocal
/usr/share/aclocal/pkg.m4:5: warning: underquoted definition of
PKG_CHECK_MODULES
run info '(automake)Extending aclocal'
or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of
AM_PATH_LIBSMI
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of
AC_CHECK_FT2
/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of
AM_PATH_CPPUNIT
No, those are harmless (though annoying - I've asked the pkgconfig and
freetype maintainers to fix but got no reply - I guess the cppunit and
libsmi maintainers need a message too).
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/