From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 109fba,df854b5838c3e14 X-Google-Attributes: gid109fba,public X-Google-Thread: 1014db,df854b5838c3e14 X-Google-Attributes: gid1014db,public X-Google-Thread: 103376,df854b5838c3e14 X-Google-Attributes: gid103376,public X-Google-Thread: 10db24,fec75f150a0d78f5 X-Google-Attributes: gid10db24,public From: dewar@cs.nyu.edu (Robert Dewar) Subject: Re: ANSI C and POSIX (was Re: C/C++ knocks the crap out of Ada) Date: 1996/04/13 Message-ID: #1/1 X-Deja-AN: 147325301 references: <829279436snz@tsys.demon.co.uk> <4knr5l$gb1@nntp.Stanford.EDU> organization: Courant Institute of Mathematical Sciences newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++,comp.edu Date: 1996-04-13T00:00:00+00:00 List-Id: "If the project managers want to use software standards to help ensure portability, there's no barrier I'm aware of that keeps them from using standard semantics for the system-independent parts of their projects. In many cases this greatly reduces porting effort for most of the source." I completely agree with Chuck Karish on this. Clear specifications from appropriate software standards, which are well understaood and carefully followed by all programmers, without reference to "unwritten rules" and "sensible reasoning", are a huge help in making programs easily portable. If anyone can remember back far enough :-) this is the point that I was originally making with respect to the read function! Note however that this is not sufficient to guarantee portability. For simple programs that can be made 100% portable, then indeed carefully following standards is a key. In this regard, I far prefer national and international standards to industry standards, since the former have typically gone through a much more intensive review, and are more stable (I preer that ISO owns a standard and is the only one who can change it, than that the standard be owned by the "current holder of the copyright", whose interests are fundamentally commercial ones which may even be at odds with the basic goals of standardization). However, many large programs have sections that cannot be written in a portable manner, and here the issue is very careful isolation and documentation of these sections of code. In my experience many portability problems are caused by programmers not understanding the relevant standards well. How many C++ programmers have read the proposed draft standard. FOr that matter how many C programmers have read the ANSI standard for C. One problem is that these standards are often remarkably inaccessible, and/or expensive. It certainly would be nice if other languages and systems could follow the lead of Ada, and make their standards freely available over the net. The POSIX standard has, at least in the past, been problematical from this point of view.