swex
commented
1 year ago Однако при попытке обновиться до крайнего релиза версии 1.5 возникает ошибка при линковке:
/usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::current_exception()@CXXABI_1.3.11' /usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::__exception_ptr::exception_ptr::exception_ptr()@CXXABI_1.3.11' /usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::__exception_ptr::exception_ptr::~exception_ptr()@CXXABI_1.3.11' /usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::__exception_ptr::exception_ptr::swap(std::__exception_ptr::exception_ptr&)@CXXABI_1.3.11' /usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::__exception_ptr::exception_ptr::exception_ptr(std::__exception_ptr::exception_ptr const&)@CXXABI_1.3.11' /usr/bin/ld: src/fr_drv_ng/linux/armv7hf_le/libclassic_fr_drv_ng.so: undefined reference to `std::rethrow_exception(std::__exception_ptr::exception_ptr)@CXXABI_1.3.11'Ранее этот вопрос уже поднимался, но, вероятно, коллега ограничился запуском console_test_fr_drv_ng в отдельном процессе.
Это версия libstdc++, хочет более новую.
Более того, когда собираемся на актуальной версии происходит страшное:
/usr/bin/ld: onlinecashregister.o: in function `OnlineCashRegister::resultCode()': onlinecashregister.cpp:(.text+0x6c8): undefined reference to `QClassicFrDrvNg::Get_ResultCode() const' /usr/bin/ld: onlinecashregister.o: in function `OnlineCashRegister::resultCodeDescription()': onlinecashregister.cpp:(.text+0x6f0): undefined reference to `QClassicFrDrvNg::Get_ResultCodeDescription() const' /usr/bin/ld: onlinecashregister.o: in function `OnlineCashRegister::getDocumentNumber()': onlinecashregister.cpp:(.text+0x864): undefined reference to `QClassicFrDrvNg::Get_DocumentNumber() const' /usr/bin/ld: onlinecashregister.o: in function `OnlineCashRegister::getFiscalSign()': onlinecashregister.cpp:(.text+0x874): undefined reference to `QClassicFrDrvNg::Get_FiscalSign() const' /usr/bin/ld: onlinecashregister.o: in function `OnlineCashRegister::connected() const': onlinecashregister.cpp:(.text+0x8a8): undefined reference to `QClassicFrDrvNg::Get_Connected() const' ...Это загадка. Не могу сказать что стало с оберткой.
Весь лог не привожу. Насколько я понимаю, сломались все обращения к
QClassicFrDrvNg, хотя та же версия под mingw-x64 успешно линкуется без каких-либо ошибок. Вызов./console_test.sh -vтоже почти успешно выполняется:ERROR: ld.so: object '/usr/lib/arm-linux-gnueabihf/libarmmem-${PLATFORM}.so' from /etc/ld.so.preload cannot be preloaded (internal error): ignored. console_test version: 1.6.0.199 cppbase version: 1.5.0.1098 boost version: 1_82ну потому что подлинковывается в рантайме более новый libstdc++
lscpu:Architecture: armv7l Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 Vendor ID: ARM Model: 3 Model name: Cortex-A72 Stepping: r0p3 CPU max MHz: 1800.0000 CPU min MHz: 600.0000 BogoMIPS: 108.00 Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
uname -a:Linux raspberrypi 5.10.63-v7l+ #1459 SMP Wed Oct 6 16:41:57 BST 2021 armv7l GNU/Linux
gcc -v:Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/10/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Raspbian 10.2.1-6+rpi1' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 10.2.1 20210110 (Raspbian 10.2.1-6+rpi1)
./libc.so.6:GNU C Library (Debian GLIBC 2.31-13+rpt2+rpi1) stable release version 2.31. Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 10.2.1 20210110. libc ABIs: UNIQUE ABSOLUTEНапомню, что с версией 1.5.0 под _armv7hfle приведённых проблем нет. Подскажите, что мы делаем не так? Или проблема всё-таки с конкретными сборками библиотеки?
Да у вас всё так, просто нужно собрать под ваш тулчейн сборку. Дайте пожалуйста ссылку на дистрибутив (я так понял у вас raspbian) добавим спец сборку.
smokie-l
Добрый день! Уже почти 4 года работаем через ваш драйвер в проекте под Qt. Спасибо за сборку под armhf, очень выручает! Последняя версия, до которой мы обновлялись, была 1.5.0. И судя по описаниям следующих версий, некоторые из наших проблем уже решены в драйвере.
Однако при попытке обновиться до крайнего релиза версии 1.5 возникает ошибка при линковке:
Ранее этот вопрос уже поднимался, но, вероятно, коллега ограничился запуском console_test_fr_drv_ng в отдельном процессе.
Более того, когда собираемся на актуальной версии происходит страшное:
Весь лог не привожу. Насколько я понимаю, сломались все обращения к
QClassicFrDrvNg, хотя та же версия под mingw-x64 успешно линкуется без каких-либо ошибок. Вызов./console_test.sh -vтоже почти успешно выполняется:lscpu:uname -a:gcc -v:./libc.so.6:Напомню, что с версией 1.5.0 под _armv7hfle приведённых проблем нет. Подскажите, что мы делаем не так? Или проблема всё-таки с конкретными сборками библиотеки?