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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,82019ed25537e72d X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!feed.news.tiscali.de!news.belwue.de!LF.net!news.enyo.de!not-for-mail From: Florian Weimer Newsgroups: comp.lang.ada Subject: Re: static GtkAda Date: Wed, 25 Aug 2004 22:19:22 +0200 Message-ID: <87zn4jhsxh.fsf@deneb.enyo.de> References: <87isb7nluv.fsf@insalien.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: codeneb.enyo.de 1093465566 12194 212.9.189.171 (25 Aug 2004 20:26:06 GMT) X-Complaints-To: Cancel-Lock: sha1:LZ2liU4jSF/pKK+1RncROWAtLUg= Xref: g2news1.google.com comp.lang.ada:2998 Date: 2004-08-25T22:19:22+02:00 List-Id: * Adrian Knoth: > And there are other things I didn't know: it's not sufficient to > include all the static libraries it's also important in which *order* > you mention them. This order above works, if you move some of > the libs below (let's say libz) to the beginning of the list the > linking process fails. Until now I don't know why. Someone else? Libraries are read in the order specified on the command line, and object files contained in them are only kept if they contain a previously undefined symbol, AFAIK. This means that undefined references in libraries listed later in the command line cannot be resolved by object files that have already been skipped. You should really use libtool's machinery, it deals with all those corner cases.