From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23179 invoked by alias); 27 Jan 2004 14:14:21 -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 22608 invoked from network); 27 Jan 2004 14:13:36 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 27 Jan 2004 14:13:36 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1AlTy8-0005xX-2X; Tue, 27 Jan 2004 09:13:32 -0500 Date: Tue, 27 Jan 2004 14:14:00 -0000 From: Daniel Jacobowitz To: =?iso-8859-1?Q?Dani=EBl?= Mantione Cc: Ian Lance Taylor , gdb@sources.redhat.com Subject: Re: Stabs: constant string, constant boolean Message-ID: <20040127141331.GA22724@nevyn.them.org> Mail-Followup-To: =?iso-8859-1?Q?Dani=EBl?= Mantione , Ian Lance Taylor , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2004-01/txt/msg00317.txt.bz2 On Tue, Jan 27, 2004 at 09:39:43AM +0100, Daniël Mantione wrote: > > On 26 Jan 2004, Ian Lance Taylor wrote: > > > Looking at the code, I see that gdb only supports the 'r', 'i', and > > 'e' types. The 'b', 'c', 's', and 'S' types are documented, but not > > supported. > > > > I note this in the docs: > > > > The boolean, character, string, and set constants are not > > supported by GDB 4.9, but it ignores them. > > > > This is not entirely unreasonable, as the 'b', 'c', 's', and 'S' types > > are short on type information. I think it would normally be better to > > use 'e' instead of 'b' or 'c'. I suppose that 's' and 'S' aren't seen > > as an issue since they won't arise in C. > > Thanks for the info, even though that is pretty bad news :( > Constant sets & strings do exist in Pascal, i.e.: > > const str1='blablabla'; > set1=['b','l','a']; > > I know our former team member Pierre Muller contributed some patches to > add Pascal support to gdb, but apparently not to support these... > Alas, Pierre has stopped with Free Pascal development; I'm currently > trying to give some life-support to the debug-info generation he wrote. If you're working on new code, why not use dwarf2 instead? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer