From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8965 invoked by alias); 27 Dec 2013 20:51:29 -0000 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 Received: (qmail 8946 invoked by uid 89); 27 Dec 2013 20:51:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-vc0-f174.google.com Received: from mail-vc0-f174.google.com (HELO mail-vc0-f174.google.com) (209.85.220.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 27 Dec 2013 20:51:27 +0000 Received: by mail-vc0-f174.google.com with SMTP id if17so4335769vcb.5 for ; Fri, 27 Dec 2013 12:51:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=tR8z5s1OTBT5jyMb1uHVzzVh+OP7q7Xih9xZyPf9EJI=; b=ZX9Kgrh0ctRrttiHiQ9tut3rsPdVpEdjaD5jOXAu9w5glRElHBd1oTOYREbv7gTHdQ c5idptN7hBWG/WAB12usB7eirhacXwJK5oKmgHzhajdr7HDr+Emm3AVWnsRTArLunXP5 OgEuR82257g/s75BAoc6bcIhWm7pU/koXDNyIF/fyHkP5l+jBt4ySKJE+J41t54a/sTB psvkHpG8WD59QgZeEPp+/Uj5geqhY9jJ8G/aD5vhm6c+EmO4HcRrLw82fQFszIEW2A0f vvzgtsLZyhUS7bfjMOb+9ykzYN/RyDANb6oYQE50p4dOgKMjt5gY8NqO64y3JxSYCTrO q9Rg== X-Gm-Message-State: ALoCoQlp1onxuN8XbT+zLd3oV13ZxNUaVH66gM3RwocNpzi/DAIKO73ccu55D3rsfsEbn4RN69+IfmABeA8ZyMXS7tGHOVh5Ao6ae1Y/30leORufcE1SNlR3jBkGa/Ezt8OYtxeQHj3760W3dprzz7u5oqOMIhH4qSUZqUL0z8mfml0V1MswbvPBU0S4l/YPbLix9TEMgEAtpy6WFcwQa3O7ObEZ6V7qhg== MIME-Version: 1.0 X-Received: by 10.52.118.98 with SMTP id kl2mr8221356vdb.30.1388177484879; Fri, 27 Dec 2013 12:51:24 -0800 (PST) Received: by 10.52.248.65 with HTTP; Fri, 27 Dec 2013 12:51:24 -0800 (PST) In-Reply-To: <838uv63vav.fsf@gnu.org> References: <838uv63vav.fsf@gnu.org> Date: Fri, 27 Dec 2013 20:51:00 -0000 Message-ID: Subject: Re: [RFC] New option -B: simplify running gdb from build directory From: Doug Evans To: Eli Zaretskii Cc: gdb-patches Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2013-12/txt/msg00969.txt.bz2 On Fri, Dec 27, 2013 at 12:15 PM, Eli Zaretskii wrote: >> From: Doug Evans >> Date: Fri, 27 Dec 2013 11:42:29 -0800 >> >> The "make run" Makefile rule simplifies running gdb from the shell, >> but it doesn't simplify running gdb from gdb: I'm always typing >> "--data-directory=$(pwd)/data-directory". >> And since we can't agree on a way to let gdb auto-detect being run >> from the build directory, how about this? > > Thanks. > > However, if we cannot agree on the above, why would adding a new > option facilitate agreement? It's a different question. This proposal is different: It's suggesting having the user pass an explicit option as opposed to gdb automagically deciding > Personally, this way of solving the issue makes little sense to me: if > I need to specify a special option to GDB, I can be expected to > specify --data-directory explicitly. -B is a lot less to type than --data-directory=$(pwd)/data-directory. It's a convenience option. Note that we already do similar kinds of things. e.g. -x,-ex,-ix,-iex vs --command,--eval-command,--init-command,--init-eval-command.