[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
Yes.
> automatically assume -R foo based on -L foo? In any case, isn't
No
> /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'
locations.
> 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:http://www.teraform.com/%7Elvirden/> <*> 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.
;