Создание общей библиотеки с помощью gcc [закрыто]

Этот вопрос вряд ли поможет будущим посетителям; это относится только к небольшому географическому региону, конкретному моменту времени или необычайно узкой ситуации, которая обычно не применима к всемирной аудитории Интернета. Чтобы сделать этот вопрос более применимым, посетите справочный центр .

Закрыто 6 лет назад .

РЕШЕНО. Ниже приведены исправления (помечены как FIXED).

I ' У меня возникли проблемы при создании общей библиотеки с помощью gcc.

Я создал небольшой пример проекта, который близко отражает структуру реального проекта, над которым я работаю. Я сделал его доступным в виде архива tar.gz здесь:

http://209.59.216.197/libtest.tar.gz

ИСПРАВЛЕНО: Я сделал исправленную версию доступной здесь:
http: //209.59.216.197/libtest_fixed.tar.gz

В этом примере проекта у меня есть приложение (приложение), которое загружает общую библиотеку, которую я написал (libshared.so) во время выполнения, и вызывает функцию, определяемую общей библиотекой : function_inside_shared_lib ().

В свою очередь, эта разделяемая библиотека использует функцию, определенную внутри статической библиотеки (libstatic.a): function_inside_static_lib ().

Проблема заключается в том, что при создании разделяемой библиотеки используется символ «function_inside_shared_lib» не экспортируется. Я проверил общую библиотеку, используя «nm», и символа там не было. Мне интересно, правильна ли команда, которую я использую для создания общей библиотеки:

g ++ -g -ggdb -fPIC -rdynamic -I ../static -c shared.cpp -o shared.o
g ++ -g -ggdb -fPIC -rdynamic -shared -L ../static -lstatic -o libshared.so

ИСПРАВЛЕНО: Правильные команды:

g ++ -g -ggdb -fPIC -rdynamic -I .. / static -c shared.cpp -o shared.o
g ++ -g -ggdb -fPIC -rdynamic -shared -L ../ static -o libshared.so shared.o -lstatic

Я пробовал эти команды с и без -rdynamic, а также с и без -fPIC. Результаты всегда одинаковы.

Я использую Ubuntu 10.04 (64-разрядная версия) с g ++ версии 4.4.3.

Полный пример проекта приведен ниже. (Или вы можете скачать архив по ссылке вверху моего поста).

serg @ rodent : ~ / libtest $ ls
app shared static

Вот три компонента:

Компонент 1: Статическая библиотека, которая определяет функцию с именем function_inside_static_lib () .

Она состоит из следующего:

 serg @ rodent : ~ / libtest $ cd static /
serg @ rodent : ~ / libtest / static $ ls
static.cpp static.h

static.h

// Header file for the static library

int function_inside_static_lib(int arg1, int arg2);

static.cpp

// Source file for the static library

#include 
using namespace std;

#include "static.h"

int function_inside_static_lib(int arg1, int arg2)
{
    cout << "In function_inside_static_lib()" << endl;

    // Return the sum
    int result = arg1 + arg2;
    return result;
}

Компонент 2: Общая библиотека, которая использует статическую библиотеку и определяет новую функцию.

serg @ rodent : ~ / libtest $ cd shared
serg @ rodent : ~ / libtest / shared $ ls
shared.cpp

shared.cpp

// The shared library only has one source file.

// The shared library uses the static one.
#include "static.h"

#include 
using namespace std;

int function_inside_shared_lib(int arg1, int arg2)
{
    cout << "In function_inside_shared_lib()" << endl;

    cout << "Calling function_inside_static_lib()" << endl;
    int result = function_inside_static_lib(arg1, arg2);

    return result;
}

Компонент 3: приложение, использующее разделяемую библиотеку.

serg @ rodent : ~ / libtest $ cd app
serg @ rodent : ~ / libtest / app $ ls
app.cpp

app.cpp

ИСПРАВЛЕНО: Поскольку символы C ++ искажены, правильное имя функции для поиска - _Z26function_inside_static_libii вместо function_inside_static_lib

// The application loads the shared library at runtime.

#include 
#include 

using namespace std;

int main(int argc, char **argv)
{
    void *handle;
    int (*function_inside_shared_lib)(int, int);
    char *error;

    int arg1 = 3;
    int arg2 = 7;

    cout << "app: loading the shared library." << endl;
    handle = dlopen ("libshared.so", RTLD_LAZY);
    if (!handle) {
        cout << "Error: Failed to open shared library." << endl;
        cout << dlerror() << endl;
        return -1;
    }

    cout << "app: Looking for function_inside_shared_lib" << endl;

    // The next line is now FIXED:
    function_inside_shared_lib = (int (*)(int, int))dlsym(handle, "_Z26function_inside_static_libii");

    if ((error = dlerror()) != NULL)  {
        cout << "Error: Could not find the function." << endl;
        cout << error << endl;
        return -1;
    }

    cout << "app: Calling function_inside_shared_lib(" << arg1 << ", " << arg2 << ")" << endl;
    int result = (*function_inside_shared_lib)(arg1, arg2);

    cout << "app: The result is " << result << endl;

    dlclose(handle);
    return 0;
}

Вот команды I ' Я использую для создания всех этих компонентов. Обратите внимание, что я хочу, чтобы символы отладки были доступны в конечном полученном приложении. В идеале я хочу иметь возможность выполнить обратную трассировку внутри приложения и видеть символы как из общей библиотеки, так и из статической библиотеки.

1: Создание статической библиотеки. Я думаю, что я в порядке с этим шагом:

serg @ rodent : ~ / libtest / static $ g ++ -g -ggdb -c static.cpp -o static.o # См. ИСПРАВЛЕННУЮ версию чуть ниже
serg @ rodent : ~ / libtest / static $ ar rcs libstatic.a static.o
serg @ rodent : ~ / libtest / static $ ls
libstatic.a static.cpp static.h static.o

ИСПРАВЛЕНО: Первая команда выше также должна включать -fPIC. Правильная команда:

g ++ -g -ggdb -fPIC -c static.cpp -o static.o

2: Сборка разделяемой библиотеки. Я почти уверен, что именно здесь я ошибаюсь.

serg @ rodent : ~ / libtest / shared $ g ++ -g -ggdb -fPIC -rdynamic -I ../static -c shared.cpp -o shared.o
serg @ rodent : ~ / libtest / shared $ g ++ -g -ggdb -fPIC -rdynamic -shared -L ../static -lstatic -o libshared.so # Ниже приведена ФИКСИРОВАННАЯ версия serg @ rodent : ~ / libtest / shared $ ls
libshared.so shared.cpp shared.o

ИСПРАВЛЕНО: Вторая приведенная выше команда должна быть:

g ++ -g -ggdb -fPIC -rdynamic -shared -L ../ static -o libshared.so shared.o - lstatic

На этом этапе, если я запускаю nm для проверки символов внутри libshared.so, я нигде не вижу function_inside_shared_lib (), даже с опциями -a и -D для nm. (Тем не менее, я вижу его внутри shared.o).

РЕДАКТИРОВАТЬ: с исправлением выше, символ выглядит как _Z26function_inside_shared_libii .

3: Создание приложения:

Сначала скопируйте общая библиотека в папке приложения:

serg @ rodent : ~ / libtest $ cp shared / libshared.so app /
serg @ rodent : ~ / libtest $ cd app
serg @ rodent : ~ / libtest / app $ ls
app.cpp libshared.so

Теперь скомпилируйте:

serg @ rodent : ~ / libtest / app $ g ++ -g -ggdb -ldl -L. -lshared app.cpp -o app
serg @ rodent : ~ / libtest / app $ ls
app app.cpp libshared.so

Если я попытаюсь запустить:

serg @ rodent : ~ / libtest / app $ ./app
приложение: загрузка общей библиотеки.
приложение: Ищем function_inside_shared_lib
Ошибка: не удалось найти функцию.
/home/serg/libtest/app/libshared.so: неопределенный символ: function_inside_shared_lib

Это имеет смысл, поскольку я также не мог видеть function_inside_shared_lib () с использованием nm, что означает, что я, вероятно, неправильно собираю разделяемую библиотеку на шаге 2.

Как я могу исправить свою команду на втором шаге, чтобы function_inside_shared_lib был правильно экспортирован?

Также не стесняйтесь давать мне любые другие советы, если вы заметили, что я делаю что-то странное. Я все еще новичок.

задан Sergey K 28 August 2010 в 01:16

0 ответов

Другие вопросы по тегам:

c++ gcc shared-libraries

Создание общей библиотеки с помощью gcc [закрыто]

0 ответов

Похожие вопросы: