C++ WindowsCE依赖关系问题随着算术结构的变化而消失

C++ WindowsCE依赖关系问题随着算术结构的变化而消失,c++,x86,embedded,arm,windows-ce,C++,X86,Embedded,Arm,Windows Ce,我目前正在写的一个项目中有一个问题 请注意,我不是C++开发人员,我以前从未在VisualStudio工作过。我对C语言的短暂尝试从未出现在windowsOS中,更不用说CE了 我的问题是我在嵌入式VisualC++中打开一个项目文件夹,当我构建可执行文件时,对于ARM,我得到4个警告,必须与有符号/无符号的错配,我愿意忽略,因为这个软件已经生产了十年,没有出现这个问题。 但当我为x86构建时(实际上我所做的只是将构建目标调整为Advantech UNO2059表单ADAM6500),我得到了1

我目前正在写的一个项目中有一个问题

请注意,我不是C++开发人员,我以前从未在VisualStudio工作过。我对C语言的短暂尝试从未出现在windowsOS中,更不用说CE了

我的问题是我在嵌入式VisualC++中打开一个项目文件夹,当我构建可执行文件时,对于ARM,我得到4个警告,必须与有符号/无符号的错配,我愿意忽略,因为这个软件已经生产了十年,没有出现这个问题。
但当我为x86构建时(实际上我所做的只是将构建目标调整为Advantech UNO2059表单ADAM6500),我得到了11个链接错误,它们调用adam6500crtl.obj,我最初认为它是一个库文件,但它是在编译过程中生成的(我想)

我实际上成功地完成了构建并运行了它

与从嵌入式Visual Studio中打开项目不同,它需要通过双击项目文件来打开,显然这会加载其他文件(idk)


其次,构建用于调试的发行版。Debug会产生依赖项错误,而release不会。听起来好像你没有从设备的SDK中链接到什么东西,尽管要做的事情太少了,很难说遗漏了什么。问题是我收到一个错误代码,告诉我有一个未解析的符号(LNK2019),这意味着我创建了一个对象,但从未定义它,这是一个未解决的依赖性问题。第二点可能是,发布版本有一些定义或其他配置,而调试版本没有。VC++保留两个独立的配置,一个用于调试,一个用于发布,当您打开属性时,只选择活动的一个,因此很容易有不同的设置,或者,可能缺少一些参数,如附加的库文件夹。