[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LYNX-DEV autoconfig changes for SCO OpenServer

From: Larry W. Virden, x2487
Subject: Re: LYNX-DEV autoconfig changes for SCO OpenServer
Date: Tue, 18 Mar 1997 08:05:22 -0500

Bela wrote:

> Larry W. Virden wrote:
> > The -R flag should be relevant to all ELF based systems (System V.4 based).
> > It tells the linker to place the following argument (a directory) into
> > the .so in the run time dynamic link resolver's PATH.  In this way,
> > the executable can find all the .so files needed for runtime resolution of
> > the program.
> "should be relevant", perhaps, but it is not.  The OpenServer toolchain
> is based on, but not identical, to the UnixWare 2.0 toolchain.  It has a
> -R flag with a completely different meaning.  Also, the UnixWare 2.0 and
> 2.1 ld's have no -R flag at all.  I think this is in fact relevant only
> to Solaris 2.x (or perhaps the GNU ld, which is I believe what's used in
> Linux and BSD, has also followed suit?)

Nope - it's not specific at all to Solaris 2.x.  It's a System V.4 ELF
'feature'.  It's just that Solaris 2.x is one of these systems.

> Now, you tell me, is there any relevance whatever to a pair of flags "-L
> foo -R foo" -- pointing both to the same directory?  Or does the linker


> automatically assume -R foo based on -L foo?  In any case, isn't


> /usr/ccs/lib the default search path for the runtime linker, and if so,
> what is the point of specifying it?

I don't know which libraries a particular system in question knows as
defaults.  Perhaps there is some way of determining this.  I suspect
not.  However, an application which links with .so files _will not run_
unless the user or system admin somehow indicates where to find .so
files which are installed in whatever his/her system considers 'non-standard'

> that whole clause of configure.  If it isn't irrelevant, do what
> configure usually does: compile a test program.  If you can `cc
> -L/usr/ccs/lib -R/usr/ccs/lib` a program, then run it successfully, you
> at know that it is at least not immediately fatal to specify those
> flags...

I agree here.
Larry W. Virden                 INET: address@hidden
<URL:> <*> O- "We are all Kosh."
Unless explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
; To UNSUBSCRIBE:  Send a mail message to address@hidden
;                  with "unsubscribe lynx-dev" (without the
;                  quotation marks) on a line by itself.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]