NICE Eiffel Standards Group -- Library Committee Mailing List To post to list: NICE-ESG-Libs@atlanta.twr.com To send mail to the Chairman of the committee: NICE-ESG-Libs-chair@atlanta.twr.com Administrative matters (sign up, unsubscribe, mail problems, etc): NICE-ESG-Libs-request@atlanta.twr.com
Date: Sat, 13 May 1995 16:03:50 +1000 (EST) From: cmingins@insect.sd.monash.edu.au (Christine Mingins) Subject: Library Committee Membership update To: NICE-ESG-Libs@atlanta.twr.com (NICE-esg-libs ) Here is an updated list, with Paul Johnson's new address, and the official SOL delegate, Didier Dupont included. Christine Mingins educational delegate (Chair) <cmingins@fcit.monash.edu.au> Didier Dupont corporate delegate <didier@eiffel.fr> Steve Fisher personal delegate <S.M.Fisher@letterbox.rl.ac.uk> Per Grape corporate delegate <pegr@enea.se> Fred Hart corporate delegate <fhart@atlanta.twr.com> Paul Johnson personal delegate <paul.johnson@gmrc.gecm.com> Bertrand Meyer charter delegate <bertrand@eiffel.com> Greg Moberg personal delegate <gmoberg@xyplex.com> Didier Dupont corporate delegate <didier@eiffel.fr> Frieder Monninger <fm@fm.rhein-main.de> Jason Schroeder corporate delegate <shrode@wsc.com> Dino Valente corporate delegate <dinov@eiffel.com>
Date: Sat, 13 May 1995 15:34:28 +1000 (EST) From: cmingins@insect.sd.monash.edu.au (Christine Mingins) Subject: Steve Fisher's comments To: NICE-ESG-Libs@atlanta.twr.com Some comments on Steve's comments.. PELKS compatability ------------------- Although there has been discussion on the topic, and more is exected and indeed welcome, NICE has not yet addressed the issue of compatability and interoperability formally. > > 1) The standard now (unlike the ADA standard) allows vendors to > provide more but not less. I would like to require vendors claiming > PELKS compatability to agreee to list in some form all that they > provide in their kernel which is not part of PELKS and to provide a > basic PELKS as well as their enhanced one. Users wanting portability > can use the basic PELKS and be sure that their code will port to > another vendor who supports PELKS. > > 2) The standard does not describe the interdependencies between > features and classes. > 3) I would like to see the changes which have been agreed so far to > PELKS 7 to be incorporated in a new document ... PELKS 8. Maybe it > already exists somewhere. The version number should be prominent on > the front cover. PELKS is updated regularly by Bertrand - actually, quite an onerous task for which we should thank him! Bertrand is away from base for the next month or so. > > 4) Christine has just asked for comments on NUMERIC, INTEGER, REAL and > DOUBLE. Could we not do ARRAY and STRING at the same time. There is > little coupling between the first four classes and these two so it > should allow us to speed up a bit. > That's OK by me, If there are no objections from others, let's do it. Regards, Christine
