This is the mail archive of the
mailing list for the Cygwin project.
Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool
If only compiling and installing Hydra in real life was so easy, I wouldn't
be writing about things that don't work. First things first, though...
Let me tell you, from begining to end, what I have got through first to end
up with having problems using and/or updating libtool as said in the very
When I want to compile Hydra, I get this:
$ cd Hydra
Starting hydra auto configuration ...
Checking for openssl (libssl, libcrypto, ssl.h, sha.h) ...
Checking for idn (libidn.so) ...
... NOT found, unicode logins and passwords
t be supported
Checking for pcre (libpcre.so, pcre.h) ...
... NOT found, server response checks
l be less reliable
Checking for Postgres (libpq.so, libpq-fe.h) ...
... NOT found, module postgres
Checking for SVN (libsvn_client-1 libapr-1.so libaprutil-1.so) ...
dule svn disabled
Checking for firebird (libfbclient.so) ...
... NOT found, module firebird
Checking for MYSQL client (libmysqlclient.so, math.h) ...
... NOT found, module
l will not support version > 4.x
Checking for AFP (libafpclient.so) ...
... NOT found, module Apple Filing
isabled - Apple sucks anyway
Checking for NCP (libncp.so / nwcalls.h) ...
... NOT found, module NCP disabled
Checking for SAP/R3 (librfc/saprfc.h) ...
... NOT found, module sapr3 disabled
Get it from http://www.sap.com/solutions/netweaver/linux/eval/index.asp
Checking for libssh (libssh/libssh.h) ...
... NOT found, module ssh disabled
Get it from http://www.libssh.org
Checking for Oracle (libocci.so libclntsh.so / oci.h) ...
... NOT found, module
Checking for GUI req's (pkg-config, gtk+-2.0) ...
Hydra will be installed into .../bin of: /usr/local
(change this by running ./configure --prefix=path)
Writing Makefile.in ...
Cygwin detected, if compilation fails just update your installation.
Windres found, will attach icons to hydra cygwin executables
now type "make"
As you can easily see, most of the stuff is missing. It's a bit odd, though,
since when I look for, say, pcre (which I definitely had installed), I get
$ apt-cyg find pcre
Working directory is /setup
Mirror is ftp://mirror.mcs.anl.gov/pub/cygwin
--2011-11-16 22:31:12-- ftp://mirror.mcs.anl.gov/pub/cygwin/setup.bz2
Resolving mirror.mcs.anl.gov (mirror.mcs.anl.gov)... 126.96.36.199,
Connecting to mirror.mcs.anl.gov (mirror.mcs.anl.gov)|188.8.131.52|:21...
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /pub/cygwin ... done.
==> PASV ... done. ==> LIST ... done.
[ <=> ] 1,043 --.-K/s in 0s
2011-11-16 22:31:14 (4.76 MB/s) - `.listing' saved 
--2011-11-16 22:31:14-- ftp://mirror.mcs.anl.gov/pub/cygwin/setup.bz2
==> CWD not required.
==> PASV ... done. ==> RETR setup.bz2 ... done.
Length: 276018 (270K)
100%[======================================>] 276,018 169K/s in 1.6s
2011-11-16 22:31:16 (169 KB/s) - `setup.bz2' saved 
Searching for installed packages matching pcre:
Searching for installable packages matching pcre:
pcre is installed already, so I have no idea why Cygwin says it is not (I
also thought I had postgres, but instead I found postgresql which seems not
to be what's needed). Generally speaking, most of the packages is missing,
so the compiled Hydra would lack many of its capabilities (and that I don't
want). The reason for which I started looking around was to gather
everything and make everything work. So that is one thing. The other one is
that when I wanted to update libstdc++, in order to later work with GCC, I
error: Failed dependencies:
/sbin/ldconfig is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6(GLIBC_2.0) is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6(GLIBC_2.1) is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6(GLIBC_2.1.3) is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6(GLIBC_2.2) is needed by compat-libstdc++-33-3.2.3-55.fc5
libc.so.6(GLIBC_2.3) is needed by compat-libstdc++-33-3.2.3-55.fc5
libgcc_s.so.1 is needed by compat-libstdc++-33-3.2.3-55.fc5
libgcc_s.so.1(GCC_3.0) is needed by compat-libstdc++-33-3.2.3-55.fc5
libgcc_s.so.1(GCC_3.3) is needed by compat-libstdc++-33-3.2.3-55.fc5
libgcc_s.so.1(GLIBC_2.0) is needed by
libm.so.6 is needed by compat-libstdc++-33-3.2.3-55.fc5
(which is already strange, saying it wants files from GCC 3.3 when I already
have GCC 4.5.3).
Now I had read that Cygwin uses newlib instead of glibc (I really do some
research and educate myself before writing anywhere for help). Since you say
RPM's cannot be installed with Cygwin, I've been trying to find libstdc++
source to compile it in Cygwin. I've browsed the doxygen directory under the
http://gcc.petsads.us/libstdc++ , but the only thing I found there,
regarding the latest 4.5.2 version, were some manuals in html or PDF -
there is no configure file to begin with. How am I, then, supposed to
configure and install it?
As for the GCC itself, when I want to update my GCC 4.5.3 to GCC 4.6.2 by
configuring it first in preparation for libstdc++, assuming that the newest
version of GCC would make it work, I get this:
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking target system type... i686-pc-cygwin
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for a sed that does not truncate output... /usr/bin/sed
checking for gawk... gawk
checking to see if cat works as expected... yes
checking for gcc... gcc
checking for C compiler default output file name... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
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 for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gnatbind... gnatbind
checking for gnatmake... gnatmake
checking whether compiler driver understands Ada... yes
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1
checking for objdir... .libs
checking for the correct version of gmp.h... yes
checking for the correct version of mpfr.h... no
configure: error: Building GCC requires GMP 4.2+, MPFR 2.3.1+ and MPC
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations. Source code for these libraries can be found at
their respective hosting sites as well as at
ftp://gcc.gnu.org/pub/gcc/infrastructure/. See also
http://gcc.gnu.org/install/prerequisites.html for additional info. If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files. They may be located in separate packages.
The culprit that causes it to fail is, clearly, this: "configure: error:
Building GCC requires GMP 4.2+, MPFR 2.3.1+ and MPC 0.8.0+." I wanted to
start installing everything that's required by GCC, and so I found a yet
newer version of GMP than the one pointed out which is GMP 5.0.2. When
running "make" after configuration, I get the following errors:
$ make -j 2 > Make.log
obprintf.c:66:0: warning: ISO C forbids an empty translation unit
obvprintf.c:46:0: warning: ISO C forbids an empty translation unit
obprntffuns.c:66:0: warning: ISO C forbids an empty translation unit
repl-vsnprintf.c:389:0: warning: ISO C forbids an empty translation unit
libtool: link: warning: undefined symbols not allowed in pentium4-pc-cygwin
Now as for "ISO c forbids empty translation units", I haven't found a
solution yet. But as for the "undefined symbols", I read that a solution for
this might be to set libtool as "-no-undefined". So i run "libtool
--mode=-no-undefined" (as shown in libtool's --help output) in my libtool
2.4.2, and get this in return:
$ libtool --mode=-no-undefined
libtool: -no-undefined: invalid argument for --mode
Running it either with the dash before "no", or without it, makes no
difference. Getting through all of this trouble I can't say that compiling
and installing Hydra is such an ease, and the only thing to do is to type
"/configure", make", "make install" (as much as I would like it to be so)
View this message in context: http://old.nabble.com/Problems-with-updating-nearly-any-package-meant-for-Cygwin-or-using-packages-such-as-libtool-tp32849825p32861517.html
Sent from the Cygwin list mailing list archive at Nabble.com.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple