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,6a9844368dd0a842 X-Google-Attributes: gid103376,public From: michael@ifr.luftfahrt.uni-stuttgart.de (Michael Paus) Subject: Re: seperate keyword and seperate compilation with Gnat? Date: 1996/07/16 Message-ID: <4sga24$1ea6@info4.rus.uni-stuttgart.de>#1/1 X-Deja-AN: 168512496 references: <31D95D93.28D8D15B@jinx.sckans.edu> <4rrdn0$10mk@info4.rus.uni-stuttgart.de> <31E647AE.C12A912@jinx.sckans.edu> organization: Comp.Center (RUS), U of Stuttgart, FRG newsgroups: comp.lang.ada Date: 1996-07-16T00:00:00+00:00 List-Id: dewar@cs.nyu.edu (Robert Dewar) wrote: > > Even the compilation of type 2 units depends on some implementation > characteristics of GNAT that might well not be true in the general case. > Just an idea. If type 2 units could be compiled separately (and with compiled I also mean code generation) into a separate object file, doesn't that mean that the linker could then be smart enough to only include the objects which are really needed by a program into the executable? I made the experience that most linkers on UNIX systems can only link whole object files but not single units from one file. This is a problem if a big package is always compiled into one big object file although all bodies of the procedures contained in the package are separate. Would separate compilation solve this problem? If that's true it would be a very nice side effect of separate compilation. Michael -- ------------------------------------------------------------------------ --Dipl.-Ing. Michael Paus (Member: Team Ada) --University of Stuttgart, Inst. of Flight Mechanics and Flight Control --Forststrasse 86, 70176 Stuttgart, Germany --Phone: (+49) 711-121-1434 FAX: (+49) 711-634856 --Email: Michael.Paus@ifr.luftfahrt.uni-stuttgart.de (NeXT-Mail welcome)