|
|
EDA365欢迎您登录！
您需要 登录 才可以下载或查看，没有帐号？注册
x
网上大众的作法这里不做介绍( [$ o/ g7 v7 ?" I5 n
0 v+ q$ t9 X0 B, |, X
4 F* s! ~: d7 }1 t" O在编译一些库的时候可能某些工具会用到宿主机的，而这些工具在调用的时候会找和宿主机匹配的库，而交叉编译的库是不能用的，
- E6 @9 d7 N5 u
2 F6 k* K3 N+ |- @5 v! ~. m+ }9 b, H0 { a- C3 q2 ~
遇见这种情况基本是解决不了的，但是可以通过configure 的选项去掉这些过程，举个例子：/ e4 w* y3 p" |6 }1 `/ h
% o2 m9 c) f& L( }* k+ f/ ?: ~. g: G1 a
我在编译 udev 的时候 用到 g-ir-scanner 这个脚本，之后就提示找不到 libudev，libffi，libz，而这些在我的环境变量里面是包含了的
) n+ j* b! y [# b3 G! T: M7 v9 F$ C
, e$ Y7 g7 k: L" C
查看 configure --help 之后 把--disable-introspection 加上，就可以跳过这一步，顺利通过。
6 `0 e. ~2 l/ J: S1 Q1 X9 ]2 Q% h" k9 n% w
9 g9 W& r: x/ r* D- H! c
这种问题在configure阶段可以加在 -l 选项中，如果configure过了，说明可以找到这些库，make没有通过，基本就是某个工具环境的问题了。5 N ~# l6 I; S8 ]0 P3 `" r5 h
2 g' Z1 {* L6 p: n: s
; { i$ u1 x( [6 @# x0 j% s另外有时候会提示某个文件不能执行，这些可执行文件就很可能是在make阶段生成的（100%），而交叉编译生成的在宿主机上面肯定是不能运行的，
: L- T4 Y- U0 Y0 n ]4 u& f/ K* H# m
! y9 H# D( y k7 T# K0 y5 T
可以用file命令查看文件属性，这个问题可以先在宿主机make一遍，然后把生成的可执行文件直接拷贝到交叉编译的环境下，不要make clean，否则会自动删除。$ {8 Q. ^( |" e6 F' Y+ c
* V2 _) z0 P% m0 C. a/ G% |5 M; b( }! W% b' A
+ Z; q9 O) h( f
; m9 G4 r: C( |) w9 g$ @& y" h
6 X. z; ?& R. v; }* p0 d
; o. r6 t$ n) o8 _; }0 }2 k5 Q
: |0 m1 `% `/ E. N" r: t1 _' Y% M* F0 S
|
|
/1 
发表于 2019-9-21 09:00
收藏
淘帖
支持！
反对！