I read somewhere that in order to use some header files (that are
available for d/l) I must use either the .so or the .a file. It says
that .so stands for Shared Object file (I knew that) and that .a
stands for Archive file. But how am I supposed to include those files
with my code? I don't think I can link them cuz I think I can only
like object files (.o) but I may be wrong. And which one would you
suggest? .so or .a?

BTW: I'm using GCC 3.3.2 if that's of any help

Thanks in advance,
- cmad

You can 'link' an 'so' or an 'a' just as you would
a 'o' (object file).  See the GCC docs for details.

An archive (.a) is merely a collection of '.o'
files contained within one file - the '.a' file.
The linker will extract copies of the required '.o'
files from within the '.a' file and link them into
your application (this is called 'static linking').

A Shared Object file (.so) also contains many
'.o' files within one file - the '.so' file.  The
difference is in the internal format of the '.so' file
-AND- the way the linker handles these '.o'
files at link time.  The linker inserts a REFERENCE
into you compiled program for each '.o' file found
in '.so' files.  At runtime (when you execute
your program) the system RESOLVES all
of the REFERENCES in your program by
finding the '.so' files on disk and loading the
appropriate '.o' files from within them as part
of your program.

The choice between using 'libsomething.so' and
'libsomething.a' depends on several factors.

- linking with '.so' files produces smaller programs.
IF you plan to distribute your program to other
machines -and- you are sure that the other machines
have, or can get, the '.so' files you used at link-time,
then this is the way to go.  Most of Linux is done this
way - as the core libs are in '.so' format and are
available on all machines.
- linking with '.a' files produces bigger programs, but
your program is 'self contained' and you do not
have to concern yourself with the availability of any
'.so' files when you run your program on another
machine.  This approach is usually used when your
program requires some libs that are either custom
or hard to find.

You can 'link' an 'so' or an 'a' just as you would
a 'o' (object file).  See the GCC docs for details.

An archive (.a) is merely a collection of '.o'
files contained within one file - the '.a' file.
The linker will extract copies of the required '.o'
files from within the '.a' file and link them into
your application (this is called 'static linking').

A Shared Object file (.so) also contains many
'.o' files within one file - the '.so' file.  The
difference is in the internal format of the '.so' file
-AND- the way the linker handles these '.o'
files at link time.  The linker inserts a REFERENCE
into you compiled program for each '.o' file found
in '.so' files.  At runtime (when you execute
your program) the system RESOLVES all
of the REFERENCES in your program by
finding the '.so' files on disk and loading the
appropriate '.o' files from within them as part
of your program.

So .so for Linux is _probably_ what a .dll is for Windows. Thanks :)

The choice between using 'libsomething.so' and
'libsomething.a' depends on several factors.

- linking with '.so' files produces smaller programs.
IF you plan to distribute your program to other
machines -and- you are sure that the other machines
have, or can get, the '.so' files you used at link-time,
then this is the way to go.  Most of Linux is done this
way - as the core libs are in '.so' format and are
available on all machines.
- linking with '.a' files produces bigger programs, but
your program is 'self contained' and you do not
have to concern yourself with the availability of any
'.so' files when you run your program on another
machine.  This approach is usually used when your
program requires some libs that are either custom
or hard to find.

The .so is made by files I d/led from the inet and are not in every
computer. So I guess I must go with the .a files.

Thanks for the long explanation, it was really helpful :)

- cmad