The UNIX and Linux Forums  
Hello and Welcome from United States to the UNIX and Linux Forums! Thank You for Visiting and Joining Our Global Community.

Go Back   The UNIX and Linux Forums > Top Forums > High Level Programming
.
google unix.com



High Level Programming Post questions about C, C++, Java, SQL, and other programming languages here.

More UNIX and Linux Forum Topics You Might Find Helpful
Thread Thread Starter Forum Replies Last Post
Using funcion in a shared library yhacks High Level Programming 1 05-23-2008 07:03 AM
shared library not found JCR High Level Programming 12 12-29-2007 12:03 AM
Shared memory in shared library DreamWarrior High Level Programming 12 05-30-2007 04:33 PM
shared library areef4u UNIX for Advanced & Expert Users 1 08-01-2006 02:14 AM
Shared Library Problem vinz HP-UX 1 08-27-2004 10:57 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Powered by Powered by Google
 
LinkBack Thread Tools Search this Thread Rate Thread Display Modes
  #1 (permalink)  
Old 07-24-2002
rajashekaran rajashekaran is offline
Registered User
  
 

Join Date: Nov 2001
Posts: 19
Shared Library

hello all
I want to work in shared libraries how can i work in
Linux Environment ?
  #2 (permalink)  
Old 07-24-2002
M3xican M3xican is offline
Registered User
  
 

Join Date: Jul 2002
Location: Italy - Naples
Posts: 6
Lightbulb shared libraries

from "Unix Programming FAQ (v1.37)"

6.3 How to create shared libraries / dlls?
==========================================

The precise method for creating shared libraries varies between different
systems. There are two main parts to the process; firstly the objects to be
included in the shared library must be compiled, usually with options to
indicate that the code is to be position-independent; secondly, these
objects are linked together to form the library.

Here's a trivial example that should illustrate the idea:

/* file shrobj.c */

const char *myfunc()
{
return "Hello World";
}

/* end shrobj.c */

/* file hello.c */

#include <stdio.h>
extern const char *myfunc();

main()
{
printf("%s\n", myfunc());
return 0;
}

/* end hello.c */

$ gcc -fpic -c shrobj.c
$ gcc -shared -o libshared.so shrobj.o
$ gcc hello.c libshared.so
$ ./a.out
Hello World

By far the best method if you want the library and build procedure to be
anything approaching portable is to use GNU Libtool. This is a small suite
of utilities which know about the platform-dependent aspects of building
shared libraries; you can distribute the necessary bits with your program,
so that when the installer configures the package, he or she can decide
what libraries to build. Libtool works fine on systems which do not
support shared libraries. It also knows how to hook into GNU Autoconf and
GNU Automake (if you use those tools to manage your program's build
procedure).

If you don't want to use Libtool, then for compilers other than gcc, you
should change the compiler options as follows:

AIX 3.2 using xlc (unverified)
Drop the `-fpic', and use `-bM:SRE -bE:libshared.exp' instead of
`-shared'. You also need to create a file `libshared.exp' containing
the list of symbols to export, in this case `myfunc'. In addition,
use `-e _nostart' when linking the library (on newer versions of AIX,
I believe this changes to `-bnoentry').

SCO OpenServer 5 using the SCO Development System (unverified)
Shared libraries are only available on OS5 if you compile to ELF
format, which requires the `-belf' option. Use `-Kpic' instead of
`-fpic', and `cc -belf -G' for the link step.

Solaris using SparcWorks compilers
Use `-pic' instead of `-fpic', and use `ld -G' instead of `gcc
-shared'.

(Submission of additional entries for the above table is encouraged.)

Other issues to watch out for:

* AIX and (I believe) Digital Unix don't require the -fpic option,
because all code is position independent.

* AIX normally requires that you create an `export file', which is a list
of symbols to be exported from the shared library. Some versions of the
linker (possibly only the SLHS linker, svld?) have an option to export
all symbols.

* If you want to refer to your shared library using the conventional
`-l' parameter to the linker, you will have to understand how shared
libraries are searched for at runtime on your system. The most common
method is by using the `LD_LIBRARY_PATH' environment variable, but
there is usually an additional option to specify this at link time.

* Most implementations record the expected runtime location of the shared
library internally. Thus, moving a library from one directory to
another may prevent it from working. Many systems have an option to
the linker to specify the expected runtime location (the `-R' linker
option on Solaris, for example, or the `LD_RUN_PATH' environment
variable).

* ELF and a.out implementations may have a linker option `-Bsymbolic'
which causes internal references within the library to be resolved.
Otherwise, on these systems, all symbol resolution is deferred to the
final link, and individual routines in the main program can override
ones in the library.

==========================================
  #3 (permalink)  
Old 08-03-2002
wminghao wminghao is offline
Registered User
  
 

Join Date: Aug 2002
Posts: 2
How do I link a shared library against a static library?

Hi,

I have a question about shared library, how do I link it against a static library?

For example.

I need to create a static library mystatic.a, which includes my1.o, which uses a function in a shared library libmyshared.so.

I tried to link:

$ gcc -static -o mystatic.a my1.o libmyshared.so

does it work?

Thanks
Sponsored Links
Closed Thread

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On




All times are GMT -4. The time now is 06:09 AM.


Powered by: vBulletin, Copyright ©2000 - 2006, Jelsoft Enterprises Limited. Language Translations Powered by .
vBCredits v1.4 Copyright ©2007 - 2008, PixelFX Studios
The UNIX and Linux Forums Content Copyright ©1993-2009. All Rights Reserved.Ad Management by RedTyger

Content Relevant URLs by vBSEO 3.2.0