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,6cc079ad718119ff X-Google-Attributes: gid103376,public From: dewar@cs.nyu.edu (Robert Dewar) Subject: Re: Calling Ada (GNAT) from C programs... Date: 1996/04/01 Message-ID: #1/1 X-Deja-AN: 145337460 references: <4jcb30$8kc@dfw.dfw.net> <4joddr$32jc@info4.rus.uni-stuttgart.de> organization: Courant Institute of Mathematical Sciences newsgroups: comp.lang.ada Date: 1996-04-01T00:00:00+00:00 List-Id: Michael says "The easiest way to deal with that problem is to put all .o files from adalib into an archive, e.g. libgnat-rtl.a and then link your programs with -lgnat-rtl -lgnat in addition to your own object code (assuming that these libs are in your library search path). I always wonder why this is not the normal procedure of gnat anyway." That is indeed a good idea, but not quite trivial. For example, if you do this, you will find that pragma Queuing_Policy is a problem. On SGI and Linux, we do use shared librarie for the runtime, and we expect to do this on other targets later on.