From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Google-Thread: 103376,81054609038e88e3
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII
Path: 
 g2news1.google.com!news2.google.com!proxad.net!freenix!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail
From: Stephen Leake <stephen_leake@acm.org>
Newsgroups: comp.lang.ada
Subject: Re: Literate Programming in Ada, AdaDoc, AdaBrowse
Date: 10 Oct 2004 11:27:49 -0400
Organization: Cuivre, Argent, Or
Message-ID: <mailman.259.1097422307.390.comp.lang.ada@ada-france.org>
References: <2sqmccF1oit5sU1@uni-berlin.de> <uwtxz3dfd.fsf@act-europe.fr>
	<2sr4jaF1od20uU1@uni-berlin.de>
	<en_9d.105655$dP1.391322@newsc.telia.net>
	<ckaro6$e98$03$1@news.t-online.com>
	<MN7ad.105679$dP1.391699@newsc.telia.net>
NNTP-Posting-Host: lovelace.ada-france.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: melchior.cuivre.fr.eu.org 1097422309 97996 212.85.156.195 (10 Oct
 2004 15:31:49 GMT)
X-Complaints-To: usenet@melchior.cuivre.fr.eu.org
NNTP-Posting-Date: Sun, 10 Oct 2004 15:31:49 +0000 (UTC)
To: comp.lang.ada@ada-france.org
Return-Path: <stephen_leake@acm.org>
In-Reply-To: <MN7ad.105679$dP1.391699@newsc.telia.net>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ada-france.org
X-BeenThere: comp.lang.ada@ada-france.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: "Gateway to the comp.lang.ada Usenet newsgroup"
	<comp.lang.ada.ada-france.org>
List-Unsubscribe: <http://www.ada-france.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada-france.org?subject=unsubscribe>
List-Post: <mailto:comp.lang.ada@ada-france.org>
List-Help: <mailto:comp.lang.ada-request@ada-france.org?subject=help>
List-Subscribe: <http://www.ada-france.org/mailman/listinfo/comp.lang.ada>,
	<mailto:comp.lang.ada-request@ada-france.org?subject=subscribe>
Xref: g2news1.google.com comp.lang.ada:4997
Date: 2004-10-10T11:27:49-04:00

Bj=F6rn Persson <spam-away@nowhere.nil> writes:

> Oliver Kellogg wrote:
>=20
> > Bj=F6rn Persson wrote:
> >
> >>    if Error_Detected then
> >>       Put_Line (Current_Error, "Error on line " & ECLAT.Line_Number &
> >>                                " in " & ECLAT.File_Name & '.');
> >>    else
> >>       ...
> > Minor quibble: This notation blurs the distinction between parse time
> > and run time evaluation, is that intentional?
>=20
> Yeah, well, is it harmful? I would expect a good compiler to perform
> as much evaluation as possible at compile time.

If the purpose of $LINE is to give you debugging information, then use
the debugger instead.

If it's to give you a stack dump from deployed applications, so the
developer can debug it separately, then use GNAT.Tracebacks.Symbolic
instead.

Focus on what the feature will actually be used for.

--=20
-- Stephe