From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18886 invoked by alias); 4 Nov 2003 20:02:44 -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 18879 invoked from network); 4 Nov 2003 20:02:43 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 4 Nov 2003 20:02:43 -0000 Received: from drow by nevyn.them.org with local (Exim 4.24 #1 (Debian)) id 1AH7Nz-0002TJ-7Y; Tue, 04 Nov 2003 15:02:43 -0500 Date: Tue, 04 Nov 2003 20:02:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: New "info auxv" command and $auxv variable? Message-ID: <20031104200243.GA9441@nevyn.them.org> Mail-Followup-To: Andrew Cagney , gdb@sources.redhat.com References: <3FA7D7C8.50609@redhat.com> <20031104165525.GA2599@nevyn.them.org> <3FA80508.6030601@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FA80508.6030601@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-11/txt/msg00028.txt.bz2 On Tue, Nov 04, 2003 at 02:59:04PM -0500, Andrew Cagney wrote: > >But why stop there? What about a builtin $auxv variable, a struct, vis: > >> > >> (gdb) print $auxv > >> $1 = { entry = 0x1234, ... } > >> > >>Oh, and I guess: > >> > >> (gdb) interpreter mi --info-auxv > >> ^ok,result={entry="0x1234",...} > >> > >>Thoughts? > > > > > >I don't know if there's enough utility to bother doing this, though... > >the only thing likely to be generally useful is the entry point (and > >maybe the vsyscall address). > > If we start making the CLI more usable by making this stuff available > people might start using it :-) > > Anyway, the MI stuff is almost free (the code is common). The $auxv > variable is a bit tricky but still ok. Could just add $entrypoint? Oops, I misread you. The MI command is definitely a good idea - "-info-auxv", right? I think $entrypoint is more useful than $auxv. Should we have a reserved namespace for these things? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer