it seems that there are 2 version of fribidi on the system, how can i get rid of the old one?
/usr/lib/libfribidi.so.0
/usr/lib/libfribidi.so.0.3.6
/usr/lib64/libfribidi.so.0
/usr/lib64/libfribidi.so.0.4.0
/usr/local/lib/libfribidi.so.0
/usr/local/lib/libfribidi.so.0.3.6
/usr/local/src/fribidi-0.19.7/lib/.libs/libfribidi.so.0
/usr/local/src/fribidi-0.19.7/lib/.libs/libfribidi.so.0.3.6
Please help me. Thanks.
Related
I am trying to link some RISC-V code and I am getting the following error.
ld.lld-13: error: undefined hidden symbol: __math_oflowf
>>> referenced by sf_expm1.c
>>> lib_a-sf_expm1.o:(expm1f) in archive /home/fabian/fp/tools/rv32gcv/riscv32-unknown-elf/lib/libm.a
>>> did you mean: __math_oflow
>>> defined in: /home/fabian/fp/tools/rv32gcv/riscv32-unknown-elf/lib/libm.a
I am using a GCC rv32gcv toolchain with --gcc-toolchain and --sysroot for the lib/inc. Does anybody have any idea what might be going on here? I can`t find anything online sadly. Thanks in advance!
I had the same issue. I found out that it was due to a bug in an older version of the newlib library which the toolchain depends on. If you update the GCC toolchain to the latest release, it should be fixed.
I had a very well working LLVM pass, but it seems to not work anymore for a very mysterious reason. I have also tried to make a basic tutorial pass work following this. But it gives me the same error:
error: unable to load plugin
'/Clang/llvm-pass-tutorial-master/build/skeleton/libSkeletonPass.so':
'/Clang/llvm-pass-tutorial-master/build/skeleton/libSkeletonPass.so:
undefined symbol: _ZN4llvm24DisableABIBreakingChecksE'
It seems like a compatibility problem, maybe caused by an update. So, I have tried to rebuild LLVM and the pass but still got the error. Any idea on what I should do ?
I am using Qt 5.7 on Ubuntu 16 LTS machine.
I get this error:
(.qtversion[qt_version_tag]+0x0):-1: error: undefined reference to `qt_version_tag'
This error comes only when I use SDL libraries.
I realize this is an old thread but you may be able to avoid it by defining QT_NO_VERSION_TAGGING; that is, by passing the option:
-DQT_NO_VERSION_TAGGING
to gcc.
I've been following this guide on how to cross compile QT for raspbian: http://exploreembedded.tumblr.com/post/115333857238/guide-to-cross-compile-qt-54-for-the-raspberry-pi
It's some months old, so certain changes have been made to fit it with Jessie and qt 5.5 instead of Wheezy and qt 5.4. However I've gotten down to the configure and make portion of the guide and I am completely stuck. When running $make, I'm getting a bunch of these errors:
.obj/qeasingcurve.o:qeasingcurve.cpp:function easeInOutCirc(double): error: undefined reference to 'sqrt'
.obj/qeasingcurve.o:qeasingcurve.cpp:function easeOutCirc(double): error: undefined reference to 'sqrt'
.obj/qeasingcurve.o:qeasingcurve.cpp:function easeInCirc(double): error: undefined reference to 'sqrt'
.obj/qeasingcurve.o:qeasingcurve.cpp:function easeOutInSine(double): error: undefined reference to 'cos'
By googling, I've gotten some understand as to why this is happening (Looks like math library needs to be linked manually for some unexplained reason), but not as to how I can fix it. Ideas?
Since no one seemed to know the answer, I found another way of doing it that seems to work with some fiddling instead: https://wiki.qt.io/RaspberryPi2EGLFS
I am trying to build a C++ program in Eclipse that uses a library xerces-c-3.1.1-x86_64-linux-gcc-3.4 (binary). I see the below errors ...
relocation truncated to fit: R_X86_64_PC32 against undefined symbol xercesc_3_1::AbstractDOMParser::adoptDocument()
undefined reference to xercesc_3_1::AbstractDOMParser::adoptDocument()
Gone through a link on stackoverflow (What does this GCC error "... relocation truncated to fit..." mean?) and understood what type of error is this but did not get a solution on how to resolve it.
Environment I am using: Cygwin64 on Windows8.1 and Eclipse configured to use Cygwin C++ compiler. Tried both xerces-c-3.1.1-x86_64-linux-gcc-3.4 as well as xerces-c-3.1.1-x86-linux-gcc-3.4 and got the same error.
Am I missing something?
I Solved the problem by using the libxerces-c and libxerces-c-devel from Cygwin setup (re-ran the setup with these two additional packages). I Got rid of above errors as well as signal 11 [Segmentation fault] error. These binaries are found to be suitable for Cygwin environment.