From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14743 invoked by alias); 29 Jul 2010 17:37:49 -0000 Received: (qmail 14731 invoked by uid 22791); 29 Jul 2010 17:37:48 -0000 X-SWARE-Spam-Status: No, hits=-4.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-outbound-1.vmware.com (HELO smtp-outbound-1.vmware.com) (65.115.85.69) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 29 Jul 2010 17:37:38 +0000 Received: from mailhost2.vmware.com (mailhost2.vmware.com [10.16.67.167]) by smtp-outbound-1.vmware.com (Postfix) with ESMTP id 5F61A13087; Thu, 29 Jul 2010 10:37:36 -0700 (PDT) Received: from msnyder-server.eng.vmware.com (promd-2s-dhcp138.eng.vmware.com [10.20.124.138]) by mailhost2.vmware.com (Postfix) with ESMTP id 5739C8E84D; Thu, 29 Jul 2010 10:37:36 -0700 (PDT) Message-ID: <4C51BC60.1040104@vmware.com> Date: Thu, 29 Jul 2010 17:37:00 -0000 From: Michael Snyder User-Agent: Thunderbird 2.0.0.22 (X11/20090609) MIME-Version: 1.0 To: Joel Brobecker CC: "gdb-patches@sourceware.org" Subject: Re: 7.2 branch, configure problem, --with-python References: <4C50728A.4090708@vmware.com> <20100728181926.GU13267@adacore.com> <4C507583.4010801@vmware.com> <20100728182734.GV13267@adacore.com> <4C508BE3.4000705@vmware.com> <4C508CD3.4070309@vmware.com> <4C508DE6.8020807@vmware.com> <4C50914E.1030408@vmware.com> <20100728213636.GX13267@adacore.com> <4C50B58A.5080408@vmware.com> <20100729152827.GZ13267@adacore.com> In-Reply-To: <20100729152827.GZ13267@adacore.com> Content-Type: text/plain; charset=us-ascii; 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/msg00544.txt.bz2 Joel Brobecker wrote: >> Hmmm, what if you try configure --with-python=/usr? >> That will approximate what I'm doing (only with me it's a >> non-standard install location). > > I just rebuilt python-2.7 with --enable-shared and installed it at > a non-standard location. And then configured GDB as follow: Wow, thanks for going to all that effort. > % CFLAGS='-g' ~/act/gdb-public/configure --with-python=/t.a/brobecke/python-2.7-shared > > And I still see GDB being linked against the python DSO: > > % ldd gdb/gdb > libpython2.7.so.1.0 => /t.a/brobecke/python-2.7-shared/lib/libpython2.7.so.1.0 (0x00007f5effa5f000) Grr, frustrating (for me...) > For this to work, I did need my python-config.py patch, because > the compilation command was missing a -L/path/to/python/dso, without > which the configure check for libpython2.7 would fail. Right. I assume you worked out of HEAD? > In order to understand what is going on, you will probably have to > dig into your config.log file and see what the configure script is > doing. I'm starting to think that your python install might be screwed > or non-standard? Well, it's screwed in that the static library is linked against an older glibc, but other than that I think it's ok. I have the dso at xyz/python-2.6.1/lib and the static at xyz/python-2.6.1/lib/python2.6/config. But the link command in config.log only points to the static location. Even with your patch. Even when I say --with-python=/usr.