From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11373 invoked by alias); 28 Oct 2013 20:53:45 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 11361 invoked by uid 89); 28 Oct 2013 20:53:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 28 Oct 2013 20:53:44 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r9SKreBN003211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 28 Oct 2013 16:53:40 -0400 Received: from barimba (ovpn-113-94.phx2.redhat.com [10.3.113.94]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r9SKrcvo013555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 28 Oct 2013 16:53:39 -0400 From: Tom Tromey To: psmith@gnu.org Cc: GDB Development Subject: Re: Running without Python References: <1382993004.3496.79.camel@pdsdesk> Date: Mon, 28 Oct 2013 20:53:00 -0000 In-Reply-To: <1382993004.3496.79.camel@pdsdesk> (Paul Smith's message of "Mon, 28 Oct 2013 16:43:24 -0400") Message-ID: <87txg19kx9.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2013-10/txt/msg00171.txt.bz2 >>>>> "Paul" == Paul Smith writes: Paul> But, it pretty much just stops: Paul> $ my-gdb Paul> Could not find platform independent libraries Paul> Could not find platform dependent libraries Paul> Consider setting $PYTHONHOME to [:] Paul> ImportError: No module named site Paul> $ Paul> Any thoughts about this? I guess I need to build GDB twice, once with Paul> Python for those systems that can use it and once without for those Paul> systems that don't have it. Is there any interest in making this work Paul> "better"? This should be better in a more recent gdb. Please try git master. We've made it so that if Python initialization fails, then gdb still works but disables all the Python functionality. However, we haven't done the dlopen thing. It's been discussed but I think it is difficult to do sanely, and especially difficult to do in a way that handles differences between versions of libpython. Tom