From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29328 invoked by alias); 1 Jun 2010 20:39:04 -0000 Received: (qmail 29152 invoked by uid 22791); 1 Jun 2010 20:39:03 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (74.125.121.35) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Jun 2010 20:38:51 +0000 Received: from hpaq11.eem.corp.google.com (hpaq11.eem.corp.google.com [172.25.149.11]) by smtp-out.google.com with ESMTP id o51Kclo2031606 for ; Tue, 1 Jun 2010 13:38:47 -0700 Received: from pwi8 (pwi8.prod.google.com [10.241.219.8]) by hpaq11.eem.corp.google.com with ESMTP id o51Kcjuw003903 for ; Tue, 1 Jun 2010 13:38:46 -0700 Received: by pwi8 with SMTP id 8so2473929pwi.31 for ; Tue, 01 Jun 2010 13:38:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.180.7 with SMTP id c7mr5207747rvf.44.1275424725086; Tue, 01 Jun 2010 13:38:45 -0700 (PDT) Received: by 10.141.124.10 with HTTP; Tue, 1 Jun 2010 13:38:44 -0700 (PDT) In-Reply-To: <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> <20100601201537.GQ3019@adacore.com> Date: Tue, 01 Jun 2010 20:39:00 -0000 Message-ID: Subject: Re: [RFA/python:1/2] Add support for --with-pythondir. From: Doug Evans To: Joel Brobecker Cc: tromey@redhat.com, gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-System-Of-Record: true 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-06/txt/msg00022.txt.bz2 On Tue, Jun 1, 2010 at 1:15 PM, Joel Brobecker wrote: > Let us know if you still have some concerns... I don't have any concerns other than those expressed. They're not showstoppers or anything, I just want to make sure that if/when the time comes to add --with-python-sodir (or some such), it's not willy-nilly shot down because of the claim that there are already too many configure options. IOW, we're preapproving adding that configure option when the time comes. And if we're not preapproving that option, what *is* our plan for supporting gdb .so python modules (in an environment where .py*'s and .so's live in different directories, host-independent vs host-dependent).