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.
next prev parent 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