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: 103376,364dfbdf0a113a56 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Looking for a smart linker for GNAT/DOS Date: 1997/04/23 Message-ID: #1/1 X-Deja-AN: 237089089 References: <1997Apr15.202909.5879@news> <1997Apr16.162852.5886@news> <335B6E77.4CC6@elca-matrix.ch> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-04-23T00:00:00+00:00 List-Id: Mats Weber says <> Yes, you are missing something. Only a tiny part of these packages is generic. All sorts of basic support code (e.g. basic conversion code) is likely to be loaded anyway in typical text_io implementations. For example, Float_IO uses some basic floationg-point conversion routines, that are not loaded in GNAT if you do not instantiate Float_IO. <> Right in Ada you would use generic children to achieve this reliably without depending on your implementation to eliminate unused code, but that's not possible in Ada 83. Obviously we cannot figure out solutions for existing Ada 83 technology here :-) <> You do not understand it correctly, and I don't quite understand where your incorrect understanding came from -- I guess I was not clear. There will indeed be an automatic tool that generates the necessary directives for the compialtion process. This in fact will be one of the first ASIS-based tools for GNAT (a whole suite of such tools is in the planning stages, now that ASIS is becoming a reality for GNAT).