From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14803 invoked by alias); 1 Jun 2010 20:15:56 -0000 Received: (qmail 14793 invoked by uid 22791); 1 Jun 2010 20:15:54 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Jun 2010 20:15:42 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 239692BAC10; Tue, 1 Jun 2010 16:15:41 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZkapO6x0Yy3e; Tue, 1 Jun 2010 16:15:41 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id CCA022BAC0F; Tue, 1 Jun 2010 16:15:40 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id BF751F58FA; Tue, 1 Jun 2010 13:15:37 -0700 (PDT) Date: Tue, 01 Jun 2010 20:15:00 -0000 From: Joel Brobecker To: Doug Evans Cc: tromey@redhat.com, gdb-patches@sourceware.org Subject: Re: [RFA/python:1/2] Add support for --with-pythondir. Message-ID: <20100601201537.GQ3019@adacore.com> References: <1274918921-23200-1-git-send-email-brobecker@adacore.com> <1274918921-23200-2-git-send-email-brobecker@adacore.com> <20100528160818.GN3019@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) 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-06/txt/msg00021.txt.bz2 > I do think that we should allow for the possibility of having gdb > python modules implemented as .so's. Sure. The easiest seems to add support for that on top of what's currently been proposed when the need arises. AFAICT, It looks like all we have to do to make it work is add the lib-dynload directory to the sys.path. > For reference sake, --with-python-prefix is a worse name now. > Setting aside --with-python=yes, the preferred parameter is the name > or path of the python binary. We fetch the needed parameters via > distutils of that binary. [Setting aside cross-compilation.] Hmmm, yes, that's right. Let us know if you still have some concerns... -- Joel