Specifying dynamic library path to linker at compile time
I would like to compile a binary that doesnot depend on LD_LIBRARY_PATH as this binary will be setuid to owner and used by other users and since setuid doesnot support LD_LIBRARY_PATH making it independent of LD_LIBRARY_PATH would be great.
But I am not able to specify the path of the shared libraries to the linker at compile time. I am using gcc compiler 4.1.2 and on Linux OS Red Hat 5.8. I am using the following compile command where /aaa/bbb/lib is the path of the shared library that is used by the binary waitdb.ORACLE called within the binary simple:
Code:
gcc simple.c -Wl,-rpath=/aaa/bbb/lib -o simple
simple.c has nothing but an execvp call to another binary 'waitdb.ORACLE' which uses libuidata.so that is located in /aaa/bbb/lib directory Contents of simple.c are as follows:
But when I run the executable 'simple' I get the following error
Code:
[acdev2@hostname tmp]$ ./simple
before executing execvp
/aaa/bbb/bin/waitdb.ORACLE: error while loading shared libraries: libuidata.so: cannot open shared object file: No such file or directory
On the other hand if I run at the commandline, the export LD_LIBRARY_PATH command before calling the binary it works FINE.
Code:
[acdev2@hostname tmp]$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/aaa/bbb/lib
[acdev2@hostname1 tmp]$ ./simple
before executing execvp
+++INFO+++ 20140103_13:54:32 @(#)waitdb[6.2/$Revision: 5538 $]: RDBMS DNYASC01 is accepting connections
Please advise how I can specify the /aaa/bbb/lib path to the linker at compile time of binary 'simple' so that when 'simple' binary tries to execvp another c binary 'waitdb.ORACLE' binary within it the linker knows where to find the libuidata.so shared library file that waitdb.ORACLE uses (without using the LD_LIBRARY_PATH variable) ?
thanks
Last edited by bartus11; 01-03-2014 at 03:32 PM..
Reason: Please use code tags
hi, every body. i have in trouble that how to load a dynamic library by hand.
for example, i know how to generate a dynamic library and how to link a dynamic library in makefile.
generate a dynamic library:
add -dy -G behind cc
link a dynamic library in makefile:
add -dy -Bdynamic behind cc... (0 Replies)
Hi,
I wonder how can we override the dynamic library loaded by ld on start up.(dynamic linked application). so that linker uses the new library to find symbols.
Is it possible to do.
Cheers. (4 Replies)
Hi All
Could anyone help in giving a little background to the following runtime error.
/usr/lib/pa20_64/dld.sl: Mmap failed due to errno: 13.
Seen when executing a 64-bit ELF executable.
Thanks
Ed (3 Replies)
Hi,
I created two library libsum.so and libproduct.so. In the libproduct.so is defined function "product" that use function "sum" defined in libsum.so. So libproduct depends on libsum.
In main function I called product function by a dlopen request. Unfortunaly, when I execute program I have an... (5 Replies)
Hi every body
I have a problem like that "Dynamic linker error" message.
I can't load many of programs in sco unix openserver 5.0.6.
I guess this problem appear after my last effort to install "SCO Development System" package.
How can I fix this problem?
would you please help me ? (1 Reply)
This so basic that it should work.... Any ideas would be appreciared. Using a number directly in the sqrt allows it to compile.
primrose > cat a.c
#include <stdio.h>
#include <math.h>
int main(void)
{
double abcd=9;
printf("%f\n",sqrt(abcd));
}
primrose > gcc a.c
Undefined first... (2 Replies)
hello
I apologize if my question bothers you
I work on a code developed in C + + which worked well on mac os, this code will help create libraries *.so from *.cc and *.h I used this as flags:CXXFLAGS = -g -O2 -fPIC -Wall -ldl -D_GNU_SOURCE ,CXX := g++ and $(CXX)-shared -o $(LIBNAME) $(CLIBLIB)... (0 Replies)
I have a build where I wish to link against and load a specific version of a library and a different version of the same library is installed on the system. I'm using a -L option to point to the version that I wish to link against but gcc still seems to choose the installed version. Is there a way... (4 Replies)
Discussion started by: Richard Johnson
4 Replies
LEARN ABOUT NETBSD
ldconfig
LDCONFIG(8) BSD System Manager's Manual LDCONFIG(8)NAME
ldconfig -- configure the a.out shared library cache
SYNOPSIS
ldconfig [-cmrsSv] [directory ...]
DESCRIPTION
ldconfig is used to prepare a set of ``hints'' for use by the a.out run-time linker ld.so to facilitate quick lookup of shared libraries
available in multiple directories. ldconfig is only available on systems that use the ``a.out'' format for executables and libraries - on
ELF systems, all the work is done by ld.elf_so.
By default, it scans a set of built-in system directories, directories listed in /etc/ld.so.conf, and any directories specified on the com-
mand line (in the given order) looking for shared libraries and stores the results in the file /var/run/ld.so.hints to forestall the overhead
that would otherwise result from the directory search operations ld.so would have to perform to load required shared libraries.
The shared libraries so found will be automatically available for loading if needed by the program being prepared for execution. This obvi-
ates the need for storing search paths within the executable.
The LD_LIBRARY_PATH environment variable can be used to override the use of directories (or the order thereof) from the cache or to specify
additional directories where shared libraries might be found. LD_LIBRARY_PATH is a ':' separated list of directory paths that are searched
by ld.so when it needs to load a shared library. It can be viewed as the run-time equivalent of the -L switch of ld.
ldconfig is typically run as part of the boot sequence.
The following options are recognized by ldconfig:
-c Do not scan directories listed in /etc/ld.so.conf for shared libraries.
-m Merge the result of the scan of the directories given as arguments into the existing hints file. The default action is to build the
hints file afresh.
-r Lists the current contents of ld.so.hints on the standard output. The hints file will not be modified.
-s Do not scan the built-in system directory (/usr/lib), nor any directories listed in /etc/ld.so.conf for shared libraries.
-S Do not scan the built-in system directory (/usr/lib), for shared libraries. (Directories listed in /etc/ld.so.conf are still
scanned.)
-v Switch on verbose mode.
FILES
/var/run/ld.so.hints, /etc/ld.so.conf
SEE ALSO ld(1), ld.so(1), ld.so.conf(5), link(5)HISTORY
A ldconfig utility first appeared in SunOS 4.0, it appeared in its current form in NetBSD 0.9A.
SECURITY CONSIDERATIONS
Special care must be taken when loading shared libraries into the address space of set-user-ID programs. Whenever such a program is run,
ld.so will only load shared libraries from the ld.so.hints file. In particular, the LD_LIBRARY_PATH and LD_PRELOAD is not used to search for
libraries. Thus, the role of ldconfig is dual. In addition to building a set of hints for quick lookup, it also serves to specify the
trusted collection of directories from which shared objects can be safely loaded. It is presumed that the set of directories specified to
ldconfig is under control of the system's administrator. ld.so further assists set-user-ID programs by erasing the LD_LIBRARY_PATH and
LD_PRELOAD from the environment.
BSD October 8, 2000 BSD