comp.lang.ada
 help / color / mirror / Atom feed
From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: ArchiCheck v0.1
Date: Wed, 7 Jun 2017 20:04:54 -0500
Date: 2017-06-07T20:04:54-05:00	[thread overview]
Message-ID: <oha7rn$8nb$1@franka.jacob-sparre.dk> (raw)
In-Reply-To: 593878c9$0$3316$426a74cc@news.free.fr

"Lionel Draghi" <Lionel.nospam.Draghi@Ada-France.org> wrote in message 
news:593878c9$0$3316$426a74cc@news.free.fr...
...
> Another classical design decision not so easy to verify is to forbid any 
> dependencies on OS specific code, except in an appointed "portability" 
> package.

pragma Profile (No_Implementation_Extensions);

forbids any dependence on implementation-defined stuff. That eliminates most 
(not all) sources of non-portable code, it clearly includes target-dependent 
packages like Ada.Directories.Information. See 13.12.1(9-13/3). By far the 
best way to avoid OS-specific code is to stick to the language-defined 
packages!

Of course, you could use an OS-Dependent package of your own design (or one 
picked up off the Internet), and the language can't possibly help with that. 
So your tool certainly has value beyond what the language (any language for 
that matter) can do.

                                    Randy.



  reply	other threads:[~2017-06-08  1:04 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-07 22:06 Ann: ArchiCheck v0.1 Lionel Draghi
2017-06-08  1:04 ` Randy Brukardt [this message]
2017-06-08 10:33   ` lionel.draghi
2017-06-09  3:27     ` Randy Brukardt
2017-06-08  7:29 ` Ann: " Simon Wright
2017-06-08 10:21   ` Lionel
replies disabled

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