|
|
请使用QQ关联注册PLM之家,学习更多关于内容,更多精彩原创视频供你学习!
您需要 登录 才可以下载或查看,没有账号?注册
x
NX2406 版本后二次开发环境变化实践:如何解决“byte 不明确的符号”等抱错问题/ s* i! K3 S p2 k) n& e
$ [& L" c- n: M1 d$ z' E在NX2406后的版本进行开发环境升级编译会发现编译不通过(除了相关函数废弃需要更新外)在自身编译环境也存在诸多变化。# y7 W3 S+ y) |) s, `
7 y8 C, x$ C- F0 X' k
- k$ n- D, P& H) F8 }0 a(1)Visual studio 选择 V143 ,之前版本 V142 ,否则在使用开发工具会出现版本兼容的提示
5 l( J4 z' R/ a# I
; z/ W- u; G* _/ U7 V; @
+ U# \. `) L( Y5 d- A(2)C++的标准做了升级,需要使用C++17 的标准8 Z2 c( ?! h- P9 u- a" a: q t
6 J A9 E: E7 |
7 d. Y: r) E9 V( B! {. s
9 s7 Y4 w5 L5 H7 R) E8 U2 u
) n" B( D3 U- b/ y* V
& F- i3 D' ^3 Z
(3)正是因为标准的升级,会出现 “byte 不明确的符号”的抱错,主要原因是因为升级到C++17 出现了std::byte 的类型,而我们在开发过程中使用了 using namespace std;导致出现了冲突。在不使用这种类型的情况下,解决办法如下:
# {" x/ t# {4 T+ |3 E; m6 w5 E, s7 B5 R: k- Z
+ q5 F Z; k0 x0 V, {在预处理中加入:_HAS_STD_BYTE=0 ) j b3 F# M( V2 S- ~9 K
! ?, e+ g, i, }' C0 Z
4 c, ~9 {5 [% f, g1 p3 |# e
3 F4 v$ h7 A3 F8 [6 ~% t
8 @6 k5 I: x/ V, B9 H! d
* ^7 w3 _( _3 j( g(4) UGopen的编译库发生变化,需要重新进行替换,具体替换做法,如何获取所有的lib文件名称,之前的文章有所提及,大家可以参考。
6 i; h# Y6 g9 Y; }9 q4 O, S! P: r1 r* w; f( I+ ~0 _/ g/ I. s
* y" _3 Y0 Z- |
二次开发编译器Visual Studio版本匹配常见问题和解决方案: f1 N4 J+ M! b, l
) M& O6 z6 G/ {$ {0 Y- p7 @
) x% U! m7 x) q3 c) M0 |
* S0 i9 J6 }* N3 y! R* N
1 \$ H- O1 d, {$ ~
! s; {0 N, B7 D1 y4 q% X+ F' G当然别忘记更新库目录环境的地址
/ W1 I; J2 A7 s! B% Z( _, m" }6 [4 u- R% g& U
& s% P6 O% Y2 s/ `0 h' m4 o在解决上述问题后,编译基本能够通过,至于出现函数废弃的地方,需要根据开发实际情况,实用新的函数进行替换。
( s3 d# f- x. B/ m5 t% V5 S9 \5 N: n3 _ o& v. S- L
: {4 u* Q8 ?" A/ G* z9 R% J; j. z% Q扫码关注微信公众号,获取更多内容1 I: r: |' r: r' m* F
* e8 ]- [7 {' B. H8 t: Z& H' ~( `8 |: v9 W& U; q
* x o) i5 s+ U& Z+ ^- I/ Q |
|