From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11032 invoked by alias); 2 Apr 2002 20:19:36 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 11014 invoked from network); 2 Apr 2002 20:19:34 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sources.redhat.com with SMTP; 2 Apr 2002 20:19:34 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id PAA20911; Tue, 2 Apr 2002 15:19:14 -0500 Received: from catdog (dhcpa182 [10.12.1.182]) by smtp.ott.qnx.com (8.8.8/8.6.12) with SMTP id PAA21829; Tue, 2 Apr 2002 15:18:44 -0500 Message-ID: <086c01c1da83$c63222f0$b6010c0a@catdog> From: "Kris Warkentin" To: "Daniel Jacobowitz" Cc: References: <082a01c1da77$5eda6920$b6010c0a@catdog> <20020402135525.A21141@nevyn.them.org> <083201c1da7b$bf19b490$b6010c0a@catdog> <20020402142522.A25748@nevyn.them.org> Subject: Re: command api question Date: Tue, 02 Apr 2002 12:19:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-SW-Source: 2002-04/txt/msg00006.txt.bz2 Well, maybe if there were a generic method to get/set variables in the command api. It's possible to do the following from the prompt: (gdb) set solib-search-path /some/path or (gdb) show solib-search-path so if there were an easy programmatic way of doing this, then we wouldn't have to worry about compile time defines. cheers, Kris ----- Original Message ----- From: "Daniel Jacobowitz" To: "Kris Warkentin" Cc: Sent: Tuesday, April 02, 2002 2:25 PM Subject: Re: command api question > On Tue, Apr 02, 2002 at 02:22:36PM -0500, Kris Warkentin wrote: > > Is that an agreeable solution? Or would it be better to just provide > > get/set functions? We're hoping to get our changes rolled into the gdb head > > branch someday and we want to keep things as clean as possible. (ie. as few > > changes as possible to common files, most stuff implemented in separate qnx > > files). > > Well, I also have a solib search path patch that I'd like to get rolled > in. It's not in an appropriate form right now though. And I think > there was a third in the list archives over a year ago, that met with > some opposition. > > I'd really like to see the search path become (at least) compile-time > default configurable... > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer >