From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30025 invoked by alias); 27 Jul 2010 17:17:23 -0000 Received: (qmail 29777 invoked by uid 22791); 27 Jul 2010 17:17:21 -0000 X-SWARE-Spam-Status: No, hits=-4.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,TW_LN,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-outbound-2.vmware.com (HELO smtp-outbound-2.vmware.com) (65.115.85.73) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 27 Jul 2010 17:17:15 +0000 Received: from mailhost4.vmware.com (mailhost4.vmware.com [10.16.67.124]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 34F7D35009; Tue, 27 Jul 2010 10:17:14 -0700 (PDT) Received: from msnyder-server.eng.vmware.com (promd-2s-dhcp138.eng.vmware.com [10.20.124.138]) by mailhost4.vmware.com (Postfix) with ESMTP id 28BFDC9A2D; Tue, 27 Jul 2010 10:17:14 -0700 (PDT) Message-ID: <4C4F1499.9080208@vmware.com> Date: Tue, 27 Jul 2010 17:17:00 -0000 From: Michael Snyder User-Agent: Thunderbird 2.0.0.22 (X11/20090609) MIME-Version: 1.0 To: Thiago Jung Bauermann CC: "gdb-patches@sourceware.org" Subject: Re: 7.2 branch, configure problem, --with-python References: <4C4E1E0F.80309@vmware.com> <1280244591.2661.104.camel@hactar> In-Reply-To: <1280244591.2661.104.camel@hactar> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-07/txt/msg00436.txt.bz2 Thiago Jung Bauermann wrote: > On Mon, 2010-07-26 at 16:45 -0700, Michael Snyder wrote: >> Hey folks, I'm having a problem attempting to build the release branch >> on a 32 bit RHEL5 system. I've used "--with-python=xyz" to point to a >> local install directory, but configure tells me it wasn't found. >> >> The exact same configuration worked fine in version 7.1. >> >> This is my configure command: >> CFLAGS=-g \ >> LDFLAGS="-Wl,-R/build/toolchain/lin32/ncurses-5.5/lib >> -Wl,-R/build/toolchain/lin32/expat-1.95.8/lib >> -Wl,-R/build/toolchain/lin32/python-2.5/lib >> -Wl,-R/build/toolchain/lin32/zlib-1.2.3-3/lib \ >> $(srcdir)/configure --with-python=/build/toolchain/lin32/python-2.5 >> >> ... and this is the error message: >> >> checking for python2.5... no >> configure: error: no usable python found at >> /build/toolchain/lin32/python-2.5 >> make[1]: *** [configure-gdb] Error 1 > > You're getting lots of "undefined reference to `__ctype_b'" errors when > statically linking with libpython2.5.a. I've never seen such error > myself, but it looks like that it is related to using old versions of > glibc (like version 2.3 or so). E.g., see: > > http://lists.debian.org/debian-glibc/2002/10/msg00340.html > http://lists.debian.org/debian-glibc/2002/10/msg00093.html > > configure is trying to compile a trivial Python application using: > > gcc -o conftest -g -DVMWARE_VMKGDB > -I/build/toolchain/lin32/python-2.5/include > -I/build/toolchain/lin32/python-2.5/include > -Wl,-R/build/toolchain/lin32/ncurses-5.5/lib > -Wl,-R/build/toolchain/lin32/expat-1.95.8/lib > -Wl,-R/build/toolchain/lin32/python-2.5/lib > -Wl,-R/build/toolchain/lin32/zlib-1.2.3-3/lib conftest.c -lncurses -lz > -lm -L/build/toolchain/lin32/python-2.5/lib/python2.5/config > -lpthread -ldl -lutil -lm -lpython2.5 >&5 > > Which (apart from the -Wl,-R options) look harmless to me. > My initial impression is that there's something fishy with your > libpython2.5.a. I don't know why GDB 7.1 and GDB 7.2 would differ here. Thanks for your analysis. 7.1 and 7.2 differ because 7.1 links against the dynamic library, while 7.2 links against the static python library. I don't know why the change.