Can't configure setup.exe from CVS [was RE: setup.exe 2.427 problem with installation from rsync mirrors]
Dave Korn
dave.korn@artimi.com
Fri Dec 17 15:45:00 GMT 2004
> -----Original Message-----
> From: cygwin-owner On Behalf Of Max Bowsher
> Sent: 17 December 2004 14:55
> Bernhard Sammer wrote:
> > *The following problem occurs when choosing to install from
> rsync mirror
> ...
> > Is this a bug or missing feature?
>
> It's not implemented (and never will be).
>
> Max.
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)
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.
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
Cygcheck output attached, because I can foresee questions being raised about
auto* package versions.
cheers,
DaveK
--
Can't think of a witty .sigline today....
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cygcheck.out
Type: application/octet-stream
Size: 57562 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20041217/acb13895/attachment.obj>
-------------- next part --------------
--
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/
More information about the Cygwin
mailing list