From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20500 invoked by alias); 14 Jan 2008 10:30:22 -0000 Received: (qmail 20490 invoked by uid 22791); 14 Jan 2008 10:30:21 -0000 X-Spam-Check-By: sourceware.org Received: from ics.u-strasbg.fr (HELO ics.u-strasbg.fr) (130.79.112.250) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 14 Jan 2008 10:30:02 +0000 Received: from ICSMULLER (laocoon.u-strasbg.fr [130.79.112.72]) by ics.u-strasbg.fr (Postfix) with ESMTP id 48D3C18701D; Mon, 14 Jan 2008 11:33:45 +0100 (CET) From: "Pierre Muller" To: "'Mark Kettenis'" , Cc: , References: <20080111053547.GB12954@adacore.com> <200801111126.m0BBQQDB006618@brahms.sibelius.xs4all.nl> <20080111182136.GD12954@adacore.com> <200801112113.m0BLDnAF024595@brahms.sibelius.xs4all.nl> <200801121531.m0CFVW8I023504@brahms.sibelius.xs4all.nl> <200801121618.m0CGI27U012957@brahms.sibelius.xs4all.nl> <20080112175817.GA21954@caradoc.them.org> <200801130921.m0D9LDtI008394@brahms.sibelius.xs4all.nl> In-Reply-To: <200801130921.m0D9LDtI008394@brahms.sibelius.xs4all.nl> Subject: RE: [RFC/RFA?] Should break FILE:LINENO skip prologue? Date: Mon, 14 Jan 2008 10:30:00 -0000 Message-ID: <003201c85698$6d9ca7e0$48d5f7a0$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Content-Language: en-us Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-01/txt/msg00326.txt.bz2 I just tested &win32_close and it does not work.... I get Function "" not defined. Make breakpoint pending ... If you use pascal language, the construct '*win32_close' still works, but this is mainly because I left the '*' prefix operator in the pascal parser, even though it is not real pascal syntax. The address prefix is '@' in pascal, but trying it out gives the same as '&' operator in C. Anyhow, win32_close is already a memory address, so what should the address of an address mean? Pierre Muller gdb pascal language support maintainer. > -----Original Message----- > From: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] On Behalf Of Mark Kettenis > Sent: Sunday, January 13, 2008 10:21 AM > To: eliz@gnu.org > Cc: drow@false.org; mark.kettenis@xs4all.nl; gdb-patches@sourceware.org > Subject: Re: [RFC/RFA?] Should break FILE:LINENO skip prologue? > > > Date: Sun, 13 Jan 2008 06:21:36 +0200 > > From: Eli Zaretskii > > > > > In Ada, as Joel said, this is not true. *FUNCTION won't work > > > > That's too bad: this is an important feature, so if we cannot make it > > work in all languages, we should at least document that. > > This is exactly the reason why documenting *FUNCTION on its own is the > wrong thing to do. What we implement in GDB is *EXPRESSION, where > EXPRESSION is an expression in the current language yielding an > address. For C FUNCTION will do as an expression; &FUNCTION will do > as well. Function pointers are a pretty standard feature of the C > language, so I expect users to know about them. > > For Ada the appropriate expression is FUNCTION'Address or &FUNCTION. > Other languages might also need a different syntax; I doubt &FUNCTION > will work in Pascal or FORTRAN.