This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFC] adding gdb.pascal subdir
- From: 'Daniel Jacobowitz' <drow at false dot org>
- To: Pierre Muller <muller at ics dot u-strasbg dot fr>
- Cc: gdb-patches at sourceware dot org, gpc at gnu dot de
- Date: Tue, 17 Jul 2007 18:17:04 -0400
- Subject: Re: [RFC] adding gdb.pascal subdir
- References: <000601c77c0a$26b91750$742b45f0$@u-strasbg.fr> <20070412154722.GA4189@caradoc.them.org> <001201c77de2$008bc7b0$01a35710$@u-strasbg.fr> <002a01c7b3cf$1cd594f0$5680bed0$@u-strasbg.fr> <000601c77c0a$26b91750$742b45f0$@u-strasbg.fr> <20070412154722.GA4189@caradoc.them.org> <001201c77de2$008bc7b0$01a35710$@u-strasbg.fr> <20070705143246.GA4958@caradoc.them.org> <001f01c7c87d$e64c5d60$b2e51820$@u-strasbg.fr>
On Tue, Jul 17, 2007 at 04:22:26PM +0200, Pierre Muller wrote:
> A possible work-around would be to fix breakpoints at specific
> positions in the file, but this would require to re-edit hello.exp
> each time someone changes hello.pas source.
> I have no idea if this is acceptable.
Take a look at the testsuite function "gdb_get_line_number". You're
exactly right that fixing the breakpoints at specific positions is a
bad idea, but this way they can "float" along with the source.
> The other failure is common to gpc and fpc:
> (gdb) ptyp 'a simple string' ^M
> gives a strange error:
> No symbol table is loaded: use "file" command.
> I have no idea why this happens.
It is probably trying to call malloc to allocate the string.
--
Daniel Jacobowitz
CodeSourcery