comp.lang.ada
 help / color / mirror / Atom feed
From: Marin David Condic <nobody@noplace.com>
Subject: Re: ISO/IEC 14519 - Ada POSIX binding
Date: Sat, 21 Jun 2003 08:11:37 -0400
Date: 2003-06-21T12:11:46+00:00	[thread overview]
Message-ID: <3EF44B79.2000407@noplace.com> (raw)
In-Reply-To: rw28yrwc04e.fsf@lbrenta.corp.emc.com



Ludovic Brenta wrote:
> 
> 
> POSIX has been around for a long time now, and yes, people do rely on
> it.  The revision process is long and thorough, much like the Ada
> standard's.
>  
I think yuou missed my point. If "Standard X" cites "Standard Y" and 
there is any change to "Standard Y", then "Standard X" has a problem of 
being potentially out of date. It doesn't matter how long "Standard Y" 
has been around - it is a separate standard subject to its own updates, 
enhancements, etc. It would be better for "Standard X" to specify its 
needs in such a way that "Standard Y" might be one method of solving 
them, but not necessarily the only method.




> 
> POSIX stands for Portable Operating System Interface for uniX.  It
> defines only the API and its semantics, not how the API is
> implemented.  If there is an underlying POSIX-compliant operating
> system, then the implementation is trivial.  If there is an OS that is
> not POSIX-compliant, then the implementation is a thick binding to the
> OS.  For bare boards, there is of course a higher implementation cost.
> But I submit that:
> 
Yes, I know what POSIX is. I also know that not every operating system 
on the planet is POSIX-compliant. I also know that there are machines 
with no OS - presumably a sockets package would be an optional thing for 
implementations that didn't require it. I am not against POSIX - I just 
think that if Ada is going to have some kind of sockets package, it 
ought to abstract itself one layer away at least so that POSIX is not 
the only possible answer.


> 
> 
> On the contrary, as I said, POSIX _is_ an abstract interface, and
> implementations have some freedom in how they implement it.
>  
It is an "abstract interface" for a UNIX-like implementation. There are 
OS's besides UNIX and possibly in the next ten years or so that an Ada 
standard would have to live, there may be a bunch more non-UNIX 
operating systems out there. I have no objection to POSIX or UNIX - just 
suggesting that an Ada standard would do well to not dictate either 
POSIX or UNIX as the only possible answer.


> P.S. There is already an implementation of the POSIX standard
> available at no cost under the GPL.  It is called FLORIST and is
> maintained by ACT.  From what I understand, it is currently a thin
> binding to a POSIX-compliant underlying OS (including sockets), but
> providing alternative package bodies is probably feasible for all
> kinds of platforms.

I am aware of FLORIST. You'd have a problem getting FLORIST adopted as 
the Ada standard - primarily because it is vendor specific and GPL 
licensed. Other vendors will want an answer that does not put GNAT/ACT 
in the driver's seat. (Although this might be a moot issue. One has to 
wonder how many of the other Ada vendors have a vigorous interest in 
future Ada standards. Or are many of them looking at it as a cash-cow to 
be milked for whatever they can get and then move on to more profitable 
markets?)

MDC
-- 
======================================================================
Marin David Condic
I work for: http://www.belcan.com/
My project is: http://www.jast.mil/

Send Replies To: m c o n d i c @ a c m . o r g

     "In general the art of government consists in taking as
     much money as possible from one class of citizens to give
     to the other."

         --  Voltaire
======================================================================




  parent reply	other threads:[~2003-06-21 12:11 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-19 21:43 ISO/IEC 14519 - Ada POSIX binding Mark Lorenzen
2003-06-19 21:29 ` tmoran
2003-06-28 23:48   ` Richard Riehle
2003-06-20 11:57 ` Marin David Condic
2003-06-20 14:08   ` Ludovic Brenta
2003-06-20 16:39     ` Warren W. Gay VE3WWG
2003-06-20 18:33       ` tmoran
2003-06-20 19:09         ` Warren W. Gay VE3WWG
2003-06-21 19:14         ` Florian Weimer
2003-06-21 19:42           ` tmoran
2003-06-21 21:04             ` Robert I. Eachus
2003-06-29 15:05             ` Florian Weimer
2003-06-20 19:24       ` Georg Bauhaus
2003-06-20 20:49         ` Warren W. Gay VE3WWG
2003-06-20 20:49       ` Wesley Groleau
2003-06-20 23:05         ` Mark Lorenzen
2003-06-21  1:49         ` David Emery
2003-06-21 19:19           ` Florian Weimer
2003-06-21 21:47             ` David Emery
2003-06-21 22:22               ` Larry Kilgallen
2003-06-23 16:13               ` Warren W. Gay VE3WWG
2003-06-23 22:41                 ` Berend de Boer
2003-06-24  9:52                   ` Lutz Donnerhacke
2003-06-24 20:43                     ` Berend de Boer
2003-06-25  9:02                       ` Pascal Obry
2003-06-25  9:46                       ` Lutz Donnerhacke
2003-06-25 21:19                         ` Berend de Boer
2003-06-21 13:01       ` Pascal Obry
2003-06-21 12:11     ` Marin David Condic [this message]
2003-06-21 12:44       ` Ludovic Brenta
2003-06-21 13:03         ` Larry Kilgallen
2003-06-21 22:28           ` Ludovic Brenta
2003-06-22  3:45             ` Larry Kilgallen
2003-06-22  8:47               ` Mark Lorenzen
2003-06-23 16:36         ` Warren W. Gay VE3WWG
2003-06-24 11:46           ` Marin David Condic
2003-06-21 19:09 ` Florian Weimer
2003-06-21 22:38   ` Mark Lorenzen
2003-06-21 22:51     ` Ludovic Brenta
2003-06-23 16:54       ` Warren W. Gay VE3WWG
2003-06-24 11:49         ` Marin David Condic
2003-06-24 13:31           ` Warren W. Gay VE3WWG
2003-06-23 16:46     ` Warren W. Gay VE3WWG
2003-06-23 22:43       ` Berend de Boer
2003-06-29 15:10     ` Florian Weimer
2003-06-29 20:58       ` David Emery
replies disabled

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