.so файлы - это dll'ки. Фактически для ее сборки используются те-же объектники, что и для обычной статической либы. Единственное отличие - при компиляции надо указать что код будет PIC ( Position Independent Code ). В gcc это -fpic -fPIC. После этого объектники линкуются в одну общую либу, которая при запуске будет опять линковаться :) к бинарику. .o файлы - это объектники, которые для удобства объединяют в архив, получая при этом .a файл. При линковке (ключ -l i.e. -lm) линкер подставляет вместо -l lib, и получает libm. Затем он ищет сначала libm.so ( если поддерживаются dll ), а потом уже libm.a . А скомпоновать бинарик со своим объектником можно просто указав имя объектника в списке файлов для линковки/компиляции.

А немогли бы вы укзать ссылку на эту информацию, в электронном или печатном виде. Не в одном хелпе нинашел ничего толкового по созданию библиотек. :(

ELF-HOWTO

Есть серьезная проблема. - согласен.
Изучил подробно инструкцию... - это вряд ли.
...всю жизнь считал что это одно и тоже... - тогда это не лечится.

libxyz.a в данном случае совершенно ни к селу, ни к городу, т.к.
postgres на лету связывает тип данных и его методы, которые затем
и ищет во внешних пользовательских .so библиотеках.

Только gcc -fPIC ... мало, надо собрать .so. Как минимум что-то вроде:
$(CC) $CFLAGS) -fPIC -c $@.c
$(LD) -shared -o xyz.so.0.1 -soname xyz.so $@.o
и добавить /etc/ld.so.conf. 

Ну если уж быть настолько точным, то добавление в ld.so.conf тоже ни к селу, ни к городу ( если конечно верить этому - "postgres на лету связывает тип данных и его методы, которые затем и ищет во внешних пользовательских библиотеках" ).

Да по поводу того, что библиотеки и обьектники одно и тоже я прогнал, аж самому стыдно. :( Но проблема к сожалению осталась для примера создал файл:

Попробуй strace/ltrace на предмет вызовов dlopen и dlsym . Там будет сразу все понятно. А экспортировать функции не нужно, о них и так достаточно инфы в so'шке.

Может чего не понял, но: gcc -shared file1.o file2.o file3.o -o libsaper.so - это соберет filex.o в библиотеку libsaper.so, потом, чтобы использовать ф-ии ... из filex.o пиши gcc myprog.c -lsaper, только libsaper.so сначала закмнь в какой-нибудь lib (например /lib).

offtopic

offtopic: Ослиный вопрос: dllки это что такое (Dynamic Link Library в win16/32?)
Но в Linux различают static/shared/dynamic libs, под dll вы подразумеваете какую ? 

Может я что-то не понимаю ? По моему dynamic и shared это одна и та же либа, которую можно линковать и при сборке ( так работает например libc, libgtk+, libcrypt ...., и в этом случае она нужна на момент сборки ), и при запуске ( так работают все плагины, на момент сборки она не нужна, а линкуется с помощью функций dl*** ). Либа одна, а компоновки две - shared и dynamic. А dll - это общее название для этой фишки, не имеющее никакого отношения к windows.

Народ (люди)! Не препирайтесь промеж собой, а отвечайте вопрошавшему,
если можете. Уже так заср... тред, что ни найдешь ни ответа, ни тех
кто знает, ни тех кто не знает.

Тому кто спросил: а sqlная часть не забыта?
Наподобие:
CREATE FUNCTION тра-та-та_in ( тра-та-та )
RETURNS тра-та-та
AS '/path-to-libs/xyz.so'
LANGUAGE 'c';
  а также _out и CREATE TYPE ? 

kto tam sprashival davai mylo ya tebe skinu ishodniki s primerami oni ochen prostye srazu razbereshsya

Кинь плиз на custos@forest.obninsk.org. Впринципе я разобрался как это дело компилять. Проблема было действительно в том, что я не .so файлы подсовывал... :) Но возникло еще пара проблем с параметрами к функции :(

просто .o это обьектный файл этот файл низя юзать как либу а вот .so это и есть либы shared library. для комиляции динамически либо сатически нужно использовать архивные файлы .a которые являються архивами .o файлов