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,ac9fffa36bbbedcb,start
X-Google-Attributes: gid103376,public
From: Kirk J Horne <khorne@harris.com>
Subject: Rational Apex Ada Linker
Date: 1996/08/28
Message-ID: <32249623.7C09@harris.com>#1/1
X-Deja-AN: 177010880
content-type: text/plain; charset=us-ascii
organization: Harris ISD
mime-version: 1.0
newsgroups: comp.lang.ada
x-mailer: Mozilla 2.01 (X11; I; SunOS 5.4 sun4m)
Date: 1996-08-28T00:00:00+00:00
List-Id: <comp.lang.ada>


The Ada Rational Apex (2.0.8.D) linker appears to include all
subprograms from imported subsystens into an executable, even if the
subprograms aren't referenced by the Ada process being built. This
causes even small Ada processes to become too large and has become an
obstacle on the SGI where the "GOT overflow" link error occurs. 

(1) Are any other Rational users having the same problem?    
(2) Is there a work around?
(3) Does Rational have a "smart" Ada linker?

Thanks,
Kirk Horne
khorne@rsa.hisd.harris.com