comp.lang.ada
 help / color / mirror / Atom feed
From: Marin David Condic <mcondic.auntie.spam@acm.org>
Subject: Re: Gnat 3.13p: Command_Name RM A.15
Date: Thu, 18 Jan 2001 08:23:05 -0500
Date: 2001-01-18T13:24:54+00:00	[thread overview]
Message-ID: <3A66EE38.5637FF37@acm.org> (raw)
In-Reply-To: 945ns0$7f7$1@nnrp1.deja.com

O.K. I'll bite. You have a finite set of host/target platforms that you
support. Why couldn't there be an enumeration of them & have System_Name
= Linux_Pentium or System_Name = Windows_NT_Pentium?

A string makes the configuration management of the source a little
simpler in that if you add support for a new system, you don't have to
update the package System for each divergent path - just for the new
one. Granted, that is simpler, but in the case of GNAT, you have what? a
dozen paths or so? That's not that big a deal, is it? Life would be
nicer with a string, but can't an enumeration be made to work here?

I can see that it is an issue for those who have picked up the source
for GNAT and have started hacking away on their own. I'd guess the
answer there is "Tough Noogies!" You mess with the source, its up to you
to deal with it.

So outside of the standard, wouldn't it be possible for the compiler
writers to agree on a set of platforms they support and sort of maintain
a joint list of those systems? (There's only a few major players and
certainly enough forums in which to discuss it) If someone comes up with
a new implementation, they distribute the enumeration around, say once
every 6 months? I've had similar configuration management problems
wherein whenever someone released their system, I'd have to check out
and modify a dozen or so files in my system. (Table updates, etc.) It
was a nuisance, but never took more than a half a day to get done. If
the update is not too frequent, it didn't seem to be an issue.

MDC

Robert Dewar wrote:

> As I said in the previous note, the idea that every copy of
> System contains All possible values on all targets is fatally
> flawed. It is really too bad that the definition was not
>
>   System_Name : constant String := "impl dependent string";
>
> Then we would just put the target identification string
> there, this would be perfectly easy to do, but unfortunately
> is not permitted!

--
======================================================================
Marin David Condic - Quadrus Corporation - http://www.quadruscorp.com/
Send Replies To: m c o n d i c @ q u a d r u s c o r p . c o m
Visit my web site at:  http://www.mcondic.com/

    "I'd trade it all for just a little more"
        --  Charles Montgomery Burns, [4F10]
======================================================================





  reply	other threads:[~2001-01-18 13:23 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-16  6:12 Gnat 3.13p: Command_Name RM A.15 Christoph Grein
2001-01-16 14:22 ` Marin David Condic
2001-01-16 18:14   ` Jean-Pierre Rosen
2001-01-17 13:15     ` Marin David Condic
2001-01-17 19:12       ` Jean-Pierre Rosen
2001-01-18  3:28         ` Robert Dewar
2001-01-18 13:23           ` Marin David Condic [this message]
2001-01-18 15:15             ` Robert Dewar
2001-01-18 17:37           ` Jean-Pierre Rosen
2001-01-19 20:31             ` Florian Weimer
2001-01-18  3:25       ` Robert Dewar
2001-01-18 14:06         ` Marin David Condic
2001-01-17 19:17   ` Stephen Leake
2001-01-18  3:31     ` Robert Dewar
2001-01-18 14:13       ` Marin David Condic
2001-01-18 15:16     ` Robert Dewar
  -- strict thread matches above, loose matches on Subject: below --
2001-01-18  6:59 Christoph Grein
2001-01-18 12:38 ` Larry Kilgallen
2001-01-18 14:32   ` Marin David Condic
2001-01-18 14:54   ` Ted Dennison
2001-01-18 15:12 ` Robert Dewar
2001-01-18 12:10 Schroeer, Joachim Dr.
2001-01-18 12:19 ` Lutz Donnerhacke
2001-01-19  7:26 Christoph Grein
replies disabled

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