From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13645 invoked by alias); 17 Nov 2011 12:15:50 -0000 Received: (qmail 13627 invoked by uid 22791); 17 Nov 2011 12:15:45 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RP_MATCHES_RCVD,TW_BP,TW_SV X-Spam-Check-By: sourceware.org Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Nov 2011 12:15:31 +0000 Received: from isper.nabble.com ([192.168.236.156]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RR0sM-0000xF-Nu for cygwin@cygwin.com; Thu, 17 Nov 2011 04:15:30 -0800 Message-ID: <32861517.post@talk.nabble.com> Date: Thu, 17 Nov 2011 12:15:00 -0000 From: viper_88 To: cygwin@cygwin.com Subject: Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool In-Reply-To: <4EC41689.8090601@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <32849825.post@talk.nabble.com> <4EC2CFA2.40007@cygwin.com> <32857072.post@talk.nabble.com> <4EC41689.8090601@gmail.com> X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-11/txt/msg00301.txt.bz2 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 title. When I want to compile Hydra, I get this: Hubert@Hubert-PC ~ $ cd Hydra Hubert@Hubert-PC ~/Hydra $ ./configure Starting hydra auto configuration ... Checking for openssl (libssl, libcrypto, ssl.h, sha.h) ... ... found Checking for idn (libidn.so) ... ... NOT found, unicode logins and passwords will no t be supported Checking for pcre (libpcre.so, pcre.h) ... ... NOT found, server response checks wil l be less reliable Checking for Postgres (libpq.so, libpq-fe.h) ... ... NOT found, module postgres disa bled Checking for SVN (libsvn_client-1 libapr-1.so libaprutil-1.so) ... ... NOT found, mo dule svn disabled Checking for firebird (libfbclient.so) ... ... NOT found, module firebird disabled Checking for MYSQL client (libmysqlclient.so, math.h) ... ... NOT found, module Mysq l will not support version > 4.x Checking for AFP (libafpclient.so) ... ... NOT found, module Apple Filing Protocol d 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 Orac le disabled Checking for GUI req's (pkg-config, gtk+-2.0) ... ... found 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" Hubert@Hubert-PC ~/Hydra $ 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 this: Hubert@Hubert-PC ~ $ 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 => `.listing' Resolving mirror.mcs.anl.gov (mirror.mcs.anl.gov)... 146.137.96.7, 146.137.96.15 , 2620:0:dc0:1800:214:4fff:fe7d:1b9 Connecting to mirror.mcs.anl.gov (mirror.mcs.anl.gov)|146.137.96.7|:21... connec ted. 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 [1043] Removed `.listing'. --2011-11-16 22:31:14-- ftp://mirror.mcs.anl.gov/pub/cygwin/setup.bz2 => `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 [276018] Updated setup.ini Searching for installed packages matching pcre: libpcre-devel libpcre0 libpcrecpp-devel libpcrecpp0 pcre Searching for installable packages matching pcre: libpcre-devel libpcre0 libpcrecpp-devel libpcrecpp0 pcre pcre-devel Hubert@Hubert-PC ~ $ 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 got this: 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 compat-libstdc++-33-3.2.3-55.fc5 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: Hubert@Hubert-PC ~/gcc-4.6.2 $ ./configure 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 $$f 2 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 0.8.0+. 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: Hubert@Hubert-PC ~/gmp-5.0.2 $ 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 shared libraries Hubert@Hubert-PC ~/gmp-5.0.2 $ 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: Hubert@Hubert-PC ~ $ libtool --mode=-no-undefined libtool: -no-undefined: invalid argument for --mode Hubert@Hubert-PC ~ $ 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 FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple