aboutsummaryrefslogtreecommitdiffstats
path: root/lcmtype
diff options
context:
space:
mode:
authorWe-unite <3205135446@qq.com>2025-01-04 14:52:55 +0800
committerWe-unite <3205135446@qq.com>2025-01-04 14:52:55 +0800
commitab091cb4661aed9b9da997e58a8b5ec1f5853951 (patch)
tree0abdf7f99b5fc069536d975b39e1bcb8cf8e77b9 /lcmtype
parent6c06f515f18f5913a027ba2c84092c4861e8cf45 (diff)
downloadWheelCtrl-master.tar.gz
WheelCtrl-master.zip
Fix linking error caused by wrong lib pathHEADmaster
In the old commit, CMakeLists is set to find liblcm in ${CMAKE_SOURCE_ROOT}/libs, and there are two dirs: aarch64 and x86. When I compile it for x86-64 computer using the cmake on host machine, it will automatically find lib under ${CMAKE_SOURCE_ROOT}/lib/x86, and when compiling for arm using cmake/compiler provided by ohos, it will also find under ${CMAKE_SOURCE_ROOT}/lib/aarch64. Sounds good. But, this is just a feature of special version for cmake/make/binutils, causing error on other linux distributions. The path should be given, but tools wouldn't find libs there recursively, which means path should be spercific. So in this commit, I use runme.sh to compile. It will work depending on the argument(named arch) given by user, and pass it as a macro named OHOS_ARCH to cmake, which is used in linking path of CMakeLists. Besides, libpthread.so is not always default linked. So let's write it in CMakeLists. Last but not least, keeping source code clean is our duty. There's a .clang-format under ${CMAKE_SOURCE_ROOT} to help. Use it. Moving for the better!
Diffstat (limited to 'lcmtype')
0 files changed, 0 insertions, 0 deletions