From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25983 invoked by alias); 8 Oct 2012 20:24:18 -0000 Received: (qmail 25957 invoked by uid 22791); 8 Oct 2012 20:24:13 -0000 X-SWARE-Spam-Status: No, hits=-6.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Oct 2012 20:24:10 +0000 Received: by mail-vc0-f169.google.com with SMTP id fl17so5964651vcb.0 for ; Mon, 08 Oct 2012 13:24:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-system-of-record :x-gm-message-state; bh=MAs0fwGxsIxmmz4cd8XPBRbq0P2YHjMR/PREztuvo1Q=; b=Gx4WRWtiyan7aHSDpeYMtF+8FR3GgxKf0YIbqJOHMNvkImmY/xHjpvHOqn1imVQHtj XsZgQt4VF+sYy1bTKQYjg6gmKI3YKotwjUmwViEtHvbTht7nStWc73CwlO/UTGQiZvf5 V+pQwRtpJ2yNWD+5MmaJJGtB60MjVRSL7SL5IR42Jy7x9Z42/IE6tad32023Lp8WnnXj oM0/+B48ahEHyMQWGupO9IwKTOvie8peXfeE5rlN7fvK4q7++E8usrbfWyWEF6zskoAt DEToA9XG2uHrszwM5iUSB/J4B6SM5ael4a0f0CFCi9XSYlBBgu96S55dWGagDkKbR8Xm 2J9A== MIME-Version: 1.0 Received: by 10.52.74.6 with SMTP id p6mr8435311vdv.124.1349727848516; Mon, 08 Oct 2012 13:24:08 -0700 (PDT) Received: by 10.52.88.203 with HTTP; Mon, 8 Oct 2012 13:24:08 -0700 (PDT) In-Reply-To: References: <9F52A338-A158-44DC-90C1-F46503859613@cs.umd.edu> <285502C6-1395-4049-9D55-031EDA3AD06D@cs.umd.edu> <20120924170348.GI4146@adacore.com> <20120927091737.GB2980@adacore.com> <20121004000840.GI3028@adacore.com> <20121004013358.GJ3028@adacore.com> <20121004145105.GP3028@adacore.com> <970CCEFD-FF30-4ED4-9ED9-F9C6A5400120@cs.umd.edu> Date: Mon, 08 Oct 2012 20:24:00 -0000 Message-ID: Subject: Re: [PATCH] Also install data-directory into the build directory as computed by relocate_gdb_directory From: Doug Evans To: Khoo Yit Phang Cc: Joel Brobecker , Jan Kratochvil , GDB Patches Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-Gm-Message-State: ALoCoQm2oRqc3yyuaqQolQAjPoxryiCky/W7/gsPAszEUBzEq/jPvt9oKaWgRzzWTV5GgytXHJXBRJwREhAoIlNHTJuaKuWuYB7es2hc1zuQL4KwjP5fJpez774+84X0kYcZDyrCYuORjq3LeSZwwJPhlClufh4WA9CxhPBhr2vJtG3Xa9x/z/YmCprElrVYVArU2aFtTYeaDmNCskV/hJffLq+Ae/95sw== 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: 2012-10/txt/msg00139.txt.bz2 On Mon, Oct 8, 2012 at 1:13 PM, Khoo Yit Phang wrote: > Hi, > > On Oct 8, 2012, at 12:33 PM, Doug Evans wrote: > >> On Sat, Oct 6, 2012 at 12:02 PM, Khoo Yit Phang wrot= e: >>> I prefer just installing data-directory into $BUILDDIR/share/data-direc= tory, which is simple and works as long as gdb isn't configured with --bind= ir, --exec-prefix, and/or --with-gdb-datadir that are too unusual. It shoul= d cover most purposes of running gdb from the build directory, since I don'= t see much reason to change --bindir, --exec-prefix, and/or --with-gdb-data= dir if gdb won't be installed, unless for testing those flags, in which cas= e gdb will likely have to be installed anyways. Does anyone currently have = a use case I'm missing? >> >> I'm not entirely comfortable with having normal makes (as in "make >> all") create files outside of its build directory (and by this I mean >> $obj/gdb/../anything). [And obviously I'm not including "make >> install" here. :-)] >> I'd prefer passing -bd (for build directory), for example. >> [Not the best name choice since -b specifies the serial port baud >> rate. -bt for build tree, and -B are alternatives.] >> >> I could also go with a configure option to create a second gdb binary >> for use in the build tree. >> I would never use it, but as long as those that want it agree to >> maintain it, 'tis ok with me. >> Neither the testsuite, nor anything else, can depend on it - it would >> just be for developer convenience sake. > > What about a configure option to enable "make all" to install to $obj/gdb= /../share/gdb? With ample warnings about caveats, and for developer conveni= ence only, of course. It's still having "make all" install something outside of gdb's build dir. I won't object if someone else approves, but I'll be happy to remove it if it ever bitrots or becomes problematic. :-)