Sponsored Content
Top Forums Programming Specifying dynamic library path to linker at compile time Post 302882013 by waavman on Friday 3rd of January 2014 02:11:33 PM
Old 01-03-2014
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:

Code:
#include <stdio.h>
int main(int argc, char* argv[])
{
        char* args[3];
        args[0]="/aaa/bbb/bin/waitdb.ORACLE";
        args[1]=NULL;
        printf ("before executing execvp\n");
        execvp (args[0],args);
        printf ("after executing execvp\n");
}

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
 

10 More Discussions You Might Find Interesting

1. Programming

how to auto load a dynamic library

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)
Discussion started by: subrain
0 Replies

2. Programming

How compile a library on solaris(like dll in windows)

Hi all, how do i compile a c program into a library on solaris Thanks in advance Zing (3 Replies)
Discussion started by: zing
3 Replies

3. Programming

loading a dynamic library in linux

is there a way to load a dynamic library in linux? I know tht in AIX u can do it using the loadAndInit() function. Please guide me (2 Replies)
Discussion started by: jacques83
2 Replies

4. Programming

overriding the dynamic library

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)
Discussion started by: Raom
4 Replies

5. HP-UX

dynamic linker error

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)
Discussion started by: C3000
3 Replies

6. Programming

Dynamic library load with dlopen

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)
Discussion started by: shade82
5 Replies

7. SCO

SCO openserver Dynamic linker corruption

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)
Discussion started by: javad1_maroofi
1 Replies

8. Programming

C Library reference error using sqrt() - will not compile.

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)
Discussion started by: plastichead
2 Replies

9. Programming

problem in dynamic library*.so

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)
Discussion started by: pheapc
0 Replies

10. Programming

Gcc linker search path order

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
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
All times are GMT -4. The time now is 08:56 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy