This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [RFA] parse and eval breakpoint conditions with correct language

From: Andrew Cagney <ac131313 at redhat dot com>
To: Joel Brobecker <brobecker at gnat dot com>
Cc: Jim Blandy <jimb at redhat dot com>, gdb-patches at sources dot redhat dot com
Date: Thu, 11 Sep 2003 15:20:44 -0400
Subject: Re: [RFA] parse and eval breakpoint conditions with correct language
References: <20030910015400.GS423@gnat.com> <vt24qzkr1p1.fsf@zenia.home> <20030911180920.GD945@gnat.com>

Groumf! Our nightly regression test showed a small regression
which does not appear on my machine. We have an all-Ada program which
defines a function named Func1, and here is what the test does:

        (gdb) break *Func1'Address
        (gdb) run

I've been wondering if this language stuff was going to interact badly with breakpoints. Anyway, is it possible to create an equivalent gcj test case since gcj is likely more accessable to developers?

Andrew

Follow-Ups:
- Re: [RFA] parse and eval breakpoint conditions with correct language
  - From: Joel Brobecker
- Re: [RFA] parse and eval breakpoint conditions with correct language
  - From: Daniel Jacobowitz

References:
- [RFA] parse and eval breakpoint conditions with correct language
  - From: Joel Brobecker
- Re: [RFA] parse and eval breakpoint conditions with correct language
  - From: Jim Blandy
- Re: [RFA] parse and eval breakpoint conditions with correct language
  - From: Joel Brobecker

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]