🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.gcc.help
Article #50207

Re: Order of archives seems to matter with gcc (gld)

#50207
From: Vivek Khera
Date: Wed, 13 Oct 1993 17:49
36 lines
2858 bytes
>>>>> "VOFRT" == V O F Roana Technologies <roana@cs.utwente.nl> writes:

VOFRT> Hi everyone!  I Have a problem that really annoys me, because I
VOFRT> cannot continue developing until this is solved.

VOFRT>   The past few weeks the shuffling of libraries finally
VOFRT> resulted in a working binary, but as things get more and more
VOFRT> complex, I don't seem to be able to produce a binary
VOFRT> anymore!!!!!!! Am I doing something wrong?  Should I use some
VOFRT> flag to produce other object-files and/or archives?

see the man page for ld. From the SunOS 4.1.3 one:

     -lx[.v]
          This option is an abbreviation  for  the  library  name
          libx.a,  where x is a string. ld searches for libraries
          first in any directories  specified  with  -L  options,
          then  in  the  standard directories /lib, /usr/lib, and
          /usr/local/lib.  A library is searched when its name is
          encountered,  so  the placement of a -l is significant.
          If  a  dynamically  loadable  object  is   found,   and
          -Bdynamic  is  in  effect  at that point on the command
          line, then ld prepares to access the object for reloca-
          tion at run-time.  In such a case, the optional .v suf-
          fix can be used to indicate a specific library version.

This is what the semantics of -lxxx have always been, so your
complaint should be to how your libs are organized.  You can always
specify the libraries again to have them re-scanned.  In general, you
don't want a pair of libraries that both reference code from the
other.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
Internet: khera@cs.duke.edu               Box 90129
          RIPEM/PGP/MIME spoken here      Durham, NC 27708-0129 (919)660-6528
Technical Details
Message-ID: <KHERA.93Oct13134947@thneed.cs.duke.edu>
Path: arc1-ca.pugleaf.net!gmd.de!newsserver.jvnc.net!howland.reston.ans.net!noc.near.net!MathWorks.Com!europa.eng.gtefsd.com!darwin.sura.net!news-feed-2.peachnet.edu!concert!duke!khera
References: <1993Oct13.122221@cs.utwente.nl>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 11318c,af7e6408ac0ec6f7
X-Google-Attributes: gid11318c,public
X-Google-ArrivalTime: 1993-10-13 12:27:21 PST
Path: arc1-ca.pugleaf.net!gmd.de!newsserver.jvnc.net!howland.reston.ans.net!noc.near.net!MathWorks.Com!europa.eng.gtefsd.com!darwin.sura.net!news-feed-2.peachnet.edu!concert!duke!khera
From: khera@cs.duke.edu (Vivek Khera)
Newsgroups: gnu.gcc.help
Subject: Re: Order of archives seems to matter with gcc (gld)
Message-ID: <KHERA.93Oct13134947@thneed.cs.duke.edu>
Date: 13 Oct 93 17:49:46 GMT
References: <1993Oct13.122221@cs.utwente.nl>
Sender: news@duke.cs.duke.edu
Organization: Duke University CS Dept., Durham, NC
Lines: 36
Nntp-Posting-Host: thneed.cs.duke.edu
To: roana@cs.utwente.nl (V.O.F. Roana Technologies)
In-reply-to: roana@cs.utwente.nl's message of 13 Oct 93 11:22:21 GMT
X-Md4-Signature: 849df065b270da518f22c77b84d64de4
X-Md5-Signature: 0c5d1bb1bf24ad0bc2f83049a088241d