Как заменить libm при использовании ctypes? - PullRequest
0 голосов
/ 02 сентября 2018

Я получаю разные результаты для одной и той же разделяемой библиотеки, когда функция (из разделяемой библиотеки) выполняется автономным исполняемым файлом и когда используются вызовы Python ctypes для вызова точно такой же функции.
Разница была сокращена до версии libm , используемой библиотекой.
При использовании библиотеки из автономного исполняемого файла мы связываемся с openlibm , но когда библиотека связана ctypes, она связывается с libm * Ubuntu . Как я могу заставить ctypes связать мою общую библиотеку с openlibm ?

Заголовок общей библиотеки (fft.h):

extern "C" {
void fft(const char* srcPath);
};

Реализация совместно используемой библиотеки (fft.cpp):

#include <iostream>
#include <fstream>
#include <nlohmann/json.hpp>
#include <Eigen/Eigen>
#include <unsupported/Eigen/FFT>

void fft(const char* srcPath) {
    std::cout.precision(17);

    std::ifstream fs(srcPath, std::ofstream::in);

    // Get length of file
    fs.seekg(0, std::ifstream::end);
    auto length = fs.tellg();
    fs.seekg(0, std::ifstream::beg);

    // Read the file
    auto srcRaw = new char[length];
    fs.read(srcRaw, length);

    // Convert data to vector of doubles
    nlohmann::json j = nlohmann::json::parse(srcRaw);
    std::vector<double> srcDoubles = j;

    int n = 65536;

    Eigen::VectorXd srcEigen(n);
    Eigen::VectorXcd dstEigen(n);
    std::copy(srcDoubles.data(), srcDoubles.data() + srcDoubles.size(), srcEigen.data());

    Eigen::FFT<double> fft;
    fft.fwd(dstEigen, srcEigen);

    std::vector<std::complex<double>> dstTmp(dstEigen.data(), dstEigen.data() + dstEigen.size());

    for (size_t i = 0; i < dstTmp.size(); i++) {
        std::cout << "Result[" << i << "] = " << dstTmp[i].real() << "+i*" << dstTmp[i].imag() << std::endl;
    }

    delete[] srcRaw;
}

Использование библиотеки из отдельного исполняемого файла:

#include <fft.h>

int main(int argc, char** argv) {
    fft("input_data");
}

Использование типов Python:

from ctypes import c_char_p, CDLL


class LibCFft(CDLL):
    def __init__(self):
        super(LibCFft, self).__init__("libexample.so")
        self._addfunc('fft', [c_char_p], None)

    def _addfunc(self, name, argtypes, restype):
        attr = getattr(self, name)
        attr.argtypes = argtypes
        attr.restype = restype

        return lambda x: x


class CFft(object):
    def fft(self):
        LibCFft().fft("input_data")


if __name__ == '__main__':
    CFft().fft()

Сборка Lib:

clang++ /opt/eigen-eigen-43d9075b23ef -isystem /opt/spdlog/include -isystem /opt/nlohmann/include -O3 -DNDEBUG -fPIC -std=gnu++14 -o CMakeFiles/example.dir/fft.cpp.o -c /home/user/fft.cpp

clang++ -fPIC -O3 -DNDEBUG -shared -Wl,-soname,libexample.so -o libbugatone.so CMakeFiles/example.dir/generated/fft.cpp.o -lopenlibm

Исполняемая сборка:

clang++ -O3 -DNDEBUG -latomic -nodefaultlibs -lopenlibm -lc -lc++ -lgcc -lgcc_s -lstdc++ -latomic -lm  CMakeFiles/eigen_tester.dir/eigen_tester.cpp.o  -o eigen_tester libexample.so -lopenlibm

Заранее спасибо за помощь.

1 Ответ

0 голосов
/ 02 сентября 2018

На шаге исполняемой ссылки вы используете ОБА -lm и -lopenlibm, что, вероятно, не то, что вам нужно.

-nodefaultlibs отключает автоматическое включение всех стандартных библиотек, поэтому, если вы просто не включаете -lm, но сохраняете -lopenlibm, это, вероятно, должно делать то, что вы хотите.

Вы задерживаете обновление LD_LIBRARY_PATH в своей среде, сначала указываете на папку вашей локальной библиотеки, и сохраняете там свой libopenlibm.so, а также создаете мягкую ссылку на нее: 'ln -s libopenlibm.so libm.so'. В большинстве случаев это может привести к тому, что любые общие объекты будут использовать это как замену обычному libm.so

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...