草庐IT

c# - 适用于 C# 应用程序的 AnyCPU/x86/x64 及其 C++/CLI 依赖项

我是Windows开发人员,我使用的是Microsoftvisualstudio2008SP1。我的开发机器是64位的。我目前正在使用的软件是用C#编写的托管.exe。不幸的是,我无法仅用C#解决整个问题。这就是为什么我还用C++/CLI开发了一个小型托管DLL。这两个项目都在同一个解决方案中。我的C#.exe构建目标是“任何CPU”。当我的C++DLL构建目标为“x86”时,未加载DLL。据我搜索时的理解,原因是C++/CLI语言与其他.NET语言不同,编译为native代码,而不是托管代码。我将C++DLL构建目标切换为x64,现在一切正常。但是,据我所知,一旦我的客户将我的产品安

windows - 为什么 %processor_architecture% 总是返回 x86 而不是 AMD64

我正在尝试检索环境变量以检测系统是32位还是64位。但是在64位服务器上,环境变量%processor_architecture%返回x86而不是AMD64。有人知道这件事吗? 最佳答案 您可能获取了错误的环境变量。如果您的应用程序是在64位操作系统上运行的32位应用程序,则此环境变量的进程版本将返回x86。如果要查找机器的体系结构,可以从以下注册表项中获取:HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\Environment\PROCESSOR

windows - 为什么 Windows64 使用与 x86-64 上的所有其他操作系统不同的调用约定?

AMD有一个ABI规范,描述了在x86-64上使用的调用约定。所有操作系统都遵循它,除了具有自己的x86-64调用约定的Windows。为什么?有谁知道造成这种差异的技术、历史或政治原因,还是纯粹是NIH综合症的问题?我知道不同的操作系统可能对更高级别的东西有不同的需求,但这并不能解释为什么例如Windows上的寄存器参数传递顺序是rcx-rdx-r8-r9-restonstack而其他人使用rdi-rsi-rdx-rcx-r8-r9-restonstack.附言我知道这些调用约定通常有何不同,并且如果需要,我知道在哪里可以找到详细信息。我想知道的是为什么。编辑:有关如何,请参阅例如w

windows - 如何获取程序文件 x86 环境变量?

我想知道如何在命令提示符中显示程序文件(x86)的位置。我使用的是Windows764位。我试过:echo%programfiles(x86)%和echo%programfiles%。这两个输出C:\ProgramFiles当我手动检查注册表时,HKLM/Software/microsoft/windows/currentversion,programfilesdir指向C:\ProgramFiles和HKLM/Software/WOW64/Microsoft/windows/currentversion,programfilesdir指向C:\ProgramFiles(x86)。但是

ios - 在我的 iOS 应用程序中,架构 x86_64 的 undefined symbol

尝试让我的应用程序为arm64做好准备并更新我的所有pod。我更新了所有pod,但收到此错误,因此应用程序无法编译。Undefinedsymbolsforarchitecturex86_64:"_OBJC_CLASS_$_AFHTTPClient",referencedfrom:objc-class-refinMYAPP.o"_OBJC_CLASS_$_AFJSONRequestOperation",referencedfrom:objc-class-refinMYAPP.o"_OBJC_CLASS_$_AFNetworkActivityIndicatorManager",refere

ios - Branch.io "Undefined symbols for architecture x86_64:"错误

我尝试在我的iOS应用程序中使用Branch.ioiOSSDK,但在尝试编译时出现以下错误:Undefinedsymbolsforarchitecturex86_64:"_OBJC_CLASS_$_CSSearchableIndex",referencedfrom:objc-class-refinBranchCSSearchableItemAttributeSet.o"_OBJC_CLASS_$_CSSearchableItem",referencedfrom:objc-class-refinBranchCSSearchableItemAttributeSet.o"_OBJC_CLAS

ios - ParseFacebookUtilsV4 与 CocoaPods - "framework not found Parse for architecture x86_64"

直到今天早些时候,我还在我的iOS7+项目上使用ParseFacebookUtilsV4版本1.7.5.3。然后我看到了对Parse框架的更新,版本为1.8.0。podupdate运行顺利,但是当我尝试构建应用程序时,它失败了:AppleMatch-OLinkerErrorLinkercommandfailedwithexitcode1(use-vtoseeinvocation)完整日志:Ld/Users/user/Library/Developer/Xcode/DerivedData/ProjectName-amxlttymdgjhvifkgqzpcialrpbs/Build/Pro

ios - 在胖文件上构建缺少体系结构 armv7s 和 x86_64 的 iOS 框架

我正在按照网站上的指南构建自己的框架CreateaframeworkforiOS-RayWenderlich它运行良好,但是当我在测试项目中集成框架时,它捕获错误为“体系结构arm64的undefinedsymbol”。当我通过命令查看支持的架构时.frameworkxcrunlipo-info它缺少2个架构armv7s和x86_64这是我在聚合目标上的运行脚本set-e#Ifwe'realreadyinsidethisscriptthendieif[-n"$RW_MULTIPLATFORM_BUILD_IN_PROGRESS"];thenexit0fiexportRW_MULTIPL

ios FirebaseCoreDiagnostics 5.4.1 架构 x86_64 的 undefined symbol : "_OBJC_CLASS_$_GULAppEnvironmentUtil"

我尝试将firebase从4.2.0版升级到5.4.1版。我在构建IOS时遇到此错误:Undefinedsymbolsforarchitecturex86_64:"_OBJC_CLASS_$_GULAppEnvironmentUtil",referencedfrom:objc-class-refinFirebaseCoreDiagnostics(FIRDiagnostics_b8d2083bbf595e32a15f4c92bf56379b.o)"_OBJC_CLASS_$_GULNetwork",referencedfrom:objc-class-refinFirebaseCoreDi

ios - ld : 1 duplicate symbol for architecture x86_64 build failed

构建失败,我尝试了很多方法,但我无法弄清楚如何解决它duplicatesymbol_GSDK_GTMNSDataZLibExportToSuppressLibToolWarningin:/Users/Macpro/Documents/evoteam/ClassifiedTemplate/../Pods/GoogleUtilities/Libraries/libGTM_NSData+zlib_external.a(GTMNSData+zlib.o)/Users/Macpro/Documents/evoteam/Pods/GoogleUtilities/Libraries/libGTM_N