From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25156 invoked by alias); 13 Jan 2008 10:19:42 -0000 Received: (qmail 25147 invoked by uid 22791); 13 Jan 2008 10:19:42 -0000 X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 13 Jan 2008 10:19:25 +0000 Received: from eliz by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JDzw2-0003Cz-DV; Sun, 13 Jan 2008 05:19:22 -0500 From: Eli Zaretskii To: Mark Kettenis CC: drow@false.org, mark.kettenis@xs4all.nl, gdb-patches@sourceware.org In-reply-to: <200801130921.m0D9LDtI008394@brahms.sibelius.xs4all.nl> (message from Mark Kettenis on Sun, 13 Jan 2008 10:21:13 +0100 (CET)) Subject: Re: [RFC/RFA?] Should break FILE:LINENO skip prologue? Reply-to: Eli Zaretskii 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> Message-Id: Date: Sun, 13 Jan 2008 10:19:00 -0000 X-IsSubscribed: yes 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/msg00318.txt.bz2 > Date: Sun, 13 Jan 2008 10:21:13 +0100 (CET) > From: Mark Kettenis > CC: drow@false.org, mark.kettenis@xs4all.nl, gdb-patches@sourceware.org > > > 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. You seem to be saying that documenting things that might be obvious is a bad thing. If so, then I disagree: if it wasn't obvious for me, there will be others.