comp.lang.ada
 help / color / mirror / Atom feed
From: "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>
Subject: Re: Directory listings and path names
Date: Fri, 25 Jan 2002 09:47:10 -0500
Date: 2002-01-25T14:47:12+00:00	[thread overview]
Message-ID: <a2rr5g$prs$1@nh.pace.co.uk> (raw)
In-Reply-To: Pine.BSF.4.40.0201250010340.88868-100000@bpr.best.vwh.net

I agree that it is really low hanging fruit to establish a package spec and
declare it to be a de facto standard. Especially for something that doesn't
involve a half-million lines of code to implement and can be reasonably
supported on most operating systems.

There's no reason that it has to even wait for a language revision. It could
be viewed this way: If the package spec outlined in the AI for file
manipulation is reasonably complete and the various Ada vendors simply
started shipping it with their product, then it effectively becomes an
informal part of the language. Doing so allows for some experimentation and
experience to be built up with it such that when the time comes to include
it in a future standard, it will be well understood and reliable.

I would go further to say that there are probably a large number of such
packages that could be candidates for such an inclusion. And I don't think
that they necessarily have to be in an annex of the ARM if the reigning view
is that it is too hard to write a formal specification that can be used for
validation. A reference implementation might be sufficient so long as it is
widely adopted. The point being that the more things that a developer can
leverage in building applications, the more useful the language becomes and
the easier it is to adopt. If other languages provide libraries of useful
stuff and Ada doesn't out of some sense of strict adherence to formal
validation, then other languages will get used and Ada will not. Why wait
for Ada0X?

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com
Web:      http://www.mcondic.com/


"Brian Rogoff" <bpr@bpr.best.vwh.net> wrote in message
news:Pine.BSF.4.40.0201250010340.88868-100000@bpr.best.vwh.net...
>
> Anyways, I know about the AI and I'm just making noise :-). I usually make
> noise about things which will sadly never change about Ada. However, this
> is really low hanging fruit and it is a shame that we don't have it now!
>






  reply	other threads:[~2002-01-25 14:47 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-17 11:21 Directory listings and path names Andreas Valdusson
2002-01-17 13:00 ` M. A. Alves
2002-01-18 22:58   ` Brian Rogoff
2002-01-19  3:03     ` Larry Kilgallen
2002-01-19 14:28       ` Robert A Duff
2002-01-19 22:45         ` Brian Rogoff
2002-01-19 23:02           ` Nick Roberts
2002-01-22 14:45           ` Stephen Leake
2002-01-22 16:50             ` Brian Rogoff
2002-01-22 17:03               ` Jean-Marc Bourguet
2002-01-22 17:57             ` tmoran
2002-01-22 18:40               ` Larry Kilgallen
2002-01-19 14:20     ` Georg Bauhaus
2002-01-22 16:36     ` Marin David Condic
2002-01-23 13:47       ` Jean-Pierre Rosen
2002-01-23 14:32         ` Marin David Condic
2002-01-23 16:23           ` Jean-Pierre Rosen
2002-01-23 17:27       ` Mark Biggar
2002-01-23 18:24         ` Marin David Condic
2002-01-23 20:49           ` tmoran
2002-01-23 22:02             ` Robert A Duff
2002-01-23 22:35             ` Darren New
2002-01-23 23:00             ` Marin David Condic
2002-01-24 15:03               ` M. A. Alves
2002-01-23 23:20         ` Nick Roberts
2002-01-25  7:54           ` tgingold
2002-01-25 12:55             ` Larry Kilgallen
2002-01-25  0:17       ` Brian Rogoff
2002-01-25 14:47         ` Marin David Condic [this message]
2002-01-18 13:09 ` Joachim Schröer
     [not found] <Pine.LNX.4.33.0201171247440.8403-100000@lagoa.niaad.liacc.up.pt>
2002-01-17 14:26 ` M. A. Alves
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox