ฉันจะแก้ไขข้อผิดพลาดในการคอมไพล์ของ Visual Studio“ ไม่ตรงกันระหว่างสถาปัตยกรรมตัวประมวลผล” ได้อย่างไร

ฉันใหม่กับการกำหนดค่าโครงการใน Visual Studio 2010 แต่ฉันได้ทำการวิจัยบางอย่างแล้วและยังไม่สามารถสรุปปัญหานี้ได้ ฉันมีโซลูชัน Visual Studio พร้อม C ++ DLL อ้างอิง C # DLL C # DLL อ้างอิง DLLs อื่น ๆ บางตัวอยู่ในโครงการของฉันและจากภายนอก เมื่อฉันพยายามคอมไพล์ C ++ DLL ฉันจะได้รับคำเตือนนี้:

เตือน MSB3270: มีความไม่ตรงกันระหว่างสถาปัตยกรรมตัวประมวลผลของโครงการที่กำลังสร้าง "MSIL" และสถาปัตยกรรมตัวประมวลผลของการอ้างอิง "[internal C # dll]", "x86"

มันบอกให้ฉันไปที่เครื่องมือจัดการการกำหนดค่าเพื่อจัดตำแหน่งสถาปัตยกรรมของฉัน C # DLL ถูกตั้งค่าด้วยแพลตฟอร์มเป้าหมาย x86 ถ้าฉันพยายามเปลี่ยนสิ่งนี้เป็นอย่างอื่นเช่น CPU ใด ๆ ก็บ่นเพราะหนึ่งใน DLLs ภายนอกมันขึ้นอยู่กับมีเป้าหมายแพลตฟอร์ม x86

เมื่อฉันดูเครื่องมือจัดการการกำหนดค่าจะแสดงแพลตฟอร์มสำหรับ C # DLL ของฉันเป็น x86 และสำหรับโครงการ C ++ ของฉันเป็น Win32 ดูเหมือนว่าการตั้งค่าที่ถูกต้อง แน่นอนฉันไม่ต้องการให้โครงการสำหรับโครงการ C ++ ของฉันมีแพลตฟอร์มที่กำหนดเป็น x64 ซึ่งเป็นตัวเลือกอื่นที่นำเสนอเท่านั้น

ฉันทำอะไรผิดที่นี่

คำเตือนนี้ดูเหมือนว่าจะมีการนำมาใช้กับ Visual Studio 11 Beta ใหม่และ. NET 4.5 แม้ว่าฉันคิดว่ามันอาจเป็นไปได้มาก่อน

ครั้งแรกมันเป็นเพียงการเตือน มันไม่ควรทำร้ายอะไรเลยถ้าคุณแค่จัดการกับการพึ่งพา x86 Microsoft กำลังพยายามเตือนคุณเมื่อคุณระบุว่าโครงการของคุณเข้ากันได้กับ "CPU ใด ๆ " แต่คุณมีการอ้างอิงในโครงการหรือแอสเซมบลี. dll ที่เป็น x86 หรือ x64 เนื่องจากคุณมีการพึ่งพา x86 ดังนั้นโครงการของคุณจึงไม่รองรับ "CPU ใด ๆ " หากต้องการให้คำเตือนหายไปคุณควรเปลี่ยนโครงการของคุณจาก "CPU ใด ๆ " เป็น "x86" มันง่ายมากที่จะทำนี่คือขั้นตอน

1. ไปที่รายการเมนู Build | เครื่องมือจัดการการกำหนดค่า
2. ค้นหาโครงการของคุณในรายการภายใต้แพลตฟอร์มจะพูดว่า "CPU ใด ๆ "
3. เลือกตัวเลือก "Any CPU" จากเมนูแบบเลื่อนลงจากนั้นเลือก <New..>
4. จากช่องโต้ตอบนั้นให้เลือก x86 จากดร็อปดาวน์ "แพลตฟอร์มใหม่" และตรวจสอบให้แน่ใจว่าได้เลือก "CPU ใด ๆ " ในเมนูแบบเลื่อนลง "คัดลอกการตั้งค่าจาก"
5. กดตกลง
6. คุณจะต้องเลือก x86 สำหรับการกำหนดค่า Debug และ Release

สิ่งนี้จะทำให้การเตือนหายไปและระบุว่าแอสเซมบลีหรือโครงการของคุณไม่สามารถใช้งานได้กับ "CPU ใด ๆ " อีกต่อไป แต่ตอนนี้เฉพาะ x86 นอกจากนี้ยังสามารถใช้งานได้หากคุณกำลังสร้างโครงการ 64 บิตที่มีการพึ่งพา x64 คุณจะเลือก x64 แทน

หมายเหตุอื่น ๆ โปรเจ็กต์สามารถเข้ากันได้กับ "CPU ใด ๆ " โดยปกติแล้วหากเป็นโปรเจ็กต์ pure .NET ปัญหานี้เกิดขึ้นเมื่อคุณแนะนำการพึ่งพา (dll บุคคลที่สามหรือโครงการที่มีการจัดการ C ++ ของคุณเอง) ที่กำหนดเป้าหมายสถาปัตยกรรมโปรเซสเซอร์ที่เฉพาะเจาะจง

นี่เป็นคำเตือนที่ดื้อมากและในขณะที่มันเป็นคำเตือนที่ถูกต้องมีบางกรณีที่ไม่สามารถแก้ไขได้เนื่องจากการใช้ส่วนประกอบของบุคคลที่สามและเหตุผลอื่น ๆ ฉันมีปัญหาที่คล้ายกันยกเว้นว่าคำเตือนเป็นเพราะแพลตฟอร์มโครงการของฉันคือ AnyCPU และฉันกำลังอ้างอิงไลบรารี MS ที่สร้างขึ้นสำหรับ AMD64 นี่คือใน Visual Studio 2010 โดยวิธีการและดูเหมือนจะได้รับการแนะนำให้รู้จักโดยการติดตั้ง VS2012 และ. Net 4.5

เนื่องจากฉันไม่สามารถเปลี่ยนไลบรารี MS ที่ฉันกำลังอ้างอิงได้และเนื่องจากฉันรู้ว่าสภาพแวดล้อมการปรับใช้เป้าหมายของฉันจะเป็น 64 บิตเท่านั้นฉันจึงสามารถเพิกเฉยต่อปัญหานี้ได้อย่างปลอดภัย

แล้วคำเตือนล่ะ? Microsoft โพสต์เพื่อตอบสนองต่อรายงานการเชื่อมต่อว่าหนึ่งตัวเลือกคือการปิดใช้งานคำเตือนนั้น คุณควรทำสิ่งนี้คือคุณตระหนักถึงสถาปัตยกรรมโซลูชันของคุณมากและคุณเข้าใจเป้าหมายการปรับใช้ของคุณอย่างเต็มที่และรู้ว่าไม่ใช่ปัญหานอกสภาพแวดล้อมการพัฒนา

คุณสามารถแก้ไขไฟล์โครงการของคุณและเพิ่มกลุ่มคุณสมบัตินี้และการตั้งค่าเพื่อปิดการเตือน:

<PropertyGroup>
  <ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>None</ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>
</PropertyGroup>

กฎง่ายๆคือ "open DLLs, EXEs ที่ปิด" นั่นคือ:

• EXEกำหนดเป้าหมายระบบปฏิบัติการโดยการระบุ x86 หรือ x64
• DLLsนั้นเปิดทิ้งไว้ (เช่น AnyCPU) เพื่อให้สามารถสร้างอินสแตนซ์ได้ภายในกระบวนการแบบ 32 บิตหรือ 64 บิต

เมื่อคุณสร้าง EXE เป็น AnyCPU สิ่งที่คุณทำคือเลื่อนการตัดสินใจว่าจะใช้พยานหลักฐานในกระบวนการใดใน OS ซึ่ง JIT EXE จะชื่นชอบ นั่นคือ x64 OS จะสร้างกระบวนการ 64 บิต x86 OS จะสร้างกระบวนการ 32 บิต

สร้าง DLLs เป็น AnyCPU ทำให้เข้ากันได้กับกระบวนการใดกระบวนการหนึ่ง

สำหรับข้อมูลเพิ่มเติมเกี่ยวละเอียดปลีกย่อยของการโหลดประกอบให้ดูที่นี่ บทสรุปผู้บริหารอ่านบางอย่างเช่น:

• AnyCPU - โหลดเป็นชุด x64 หรือ x86 ขึ้นอยู่กับกระบวนการที่เรียกใช้
• x86 - โหลดเป็นชุดประกอบ x86; จะไม่โหลดจากกระบวนการ x64
• x64 - โหลดเป็นชุดประกอบ x64; จะไม่โหลดจากกระบวนการ x86

C # DLL ถูกตั้งค่าด้วยแพลตฟอร์มเป้าหมาย x86

ซึ่งเป็นปัญหาชนิดหนึ่ง DLL ไม่ได้เลือกตามความเป็นจริงของกระบวนการ ทั้งหมดนี้ถูกกำหนดโดยโครงการ EXE นั่นคือแอสเซมบลีแรกที่ได้รับการโหลดดังนั้นการตั้งค่าเป้าหมายแพลตฟอร์มเป็นแอปที่นับและกำหนดพยานสำหรับกระบวนการ

DLLs ไม่มีตัวเลือกพวกเขาจำเป็นต้องเข้ากันได้กับกระบวนการเป็นพยาน หากพวกเขาไม่ได้แล้วคุณจะได้รับ Kaboom ขนาดใหญ่ที่มี BadImageFormatException เมื่อรหัสของคุณพยายามที่จะใช้พวกเขา

ดังนั้นการเลือกที่ดีสำหรับ DLLs คือ AnyCPU เพื่อให้ทำงานได้ทั้งสองวิธี ที่ทำให้จำนวนของความรู้สึกที่กำลังสำหรับ C # พวกเขาทำงานทางใดทางหนึ่ง แต่ไม่แน่ใจว่าไม่ใช่ DLL แบบผสม C ++ / CLI ของคุณ แต่ก็มีรหัสที่ไม่มีการจัดการที่สามารถทำงานได้ดีเมื่อกระบวนการทำงานในโหมด 32 บิต คุณสามารถรับระบบการสร้างเพื่อสร้างคำเตือนเกี่ยวกับสิ่งนั้น ซึ่งเป็นสิ่งที่คุณได้รับ เพียงแค่คำเตือนมันยังคงสร้างอย่างถูกต้อง

เพียงแค่ถ่อปัญหา ตั้งค่าเป้าหมายแพลตฟอร์มของโครงการ EXE เป็น x86 มันจะไม่ทำงานกับการตั้งค่าอื่น ๆ และเก็บโครงการ DLL ทั้งหมดไว้ที่ AnyCPU

ฉันได้รับคำเตือนแบบเดียวกันฉันทำสิ่งนี้:

1. ยกเลิกการโหลดโครงการ
2. แก้ไขคุณสมบัติของโครงการเช่น. csproj

3. เพิ่มแท็กต่อไปนี้:

   <PropertyGroup>
       <ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>
           None
       </ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>
   </PropertyGroup>

4. รีโหลดโครงการ

ฉันมีปัญหานี้ในวันนี้และเพียงแค่ดูการกำหนดค่าสิ่งปลูกสร้างใน Visual Studio ไม่ได้ช่วยเพราะมันแสดง CPU ใด ๆ สำหรับทั้งโครงการที่ไม่ได้สร้างและโครงการอ้างอิง

ฉันดูใน csproj ของโครงการอ้างอิงและพบสิ่งนี้:

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
<OutputPath>bin\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
<PlatformTarget>x64</PlatformTarget>

ยังไงก็ตาม PlatformTarget นี้ได้รับการเพิ่มในช่วงกลางของการเปลี่ยนแปลงการกำหนดค่าและ IDE ดูเหมือนจะไม่เห็นมัน

การลบบรรทัดนี้ออกจากโครงการที่อ้างอิงแก้ปัญหาของฉันได้

ถ้า C # DLL ของคุณมีการพึ่งพา x86 แสดงว่า DLL ของคุณนั้นจะต้องเป็น x86 ฉันไม่เห็นวิธีรอบ ๆ VS บ่นเกี่ยวกับการเปลี่ยนเป็น (เช่น) x64 เพราะไฟล์แบบ 64 บิตไม่สามารถโหลดไลบรารีแบบ 32 บิต

ฉันสับสนเล็กน้อยเกี่ยวกับการกำหนดค่าของโครงการ C ++ ข้อความเตือนที่ให้ไว้สำหรับการสร้างแสดงให้เห็นว่ามันเป็นเป้าหมายสำหรับ AnyCPU เพราะรายงานว่าแพลตฟอร์มที่เป็นเป้าหมายคือ [MSIL] แต่คุณระบุว่าการกำหนดค่าสำหรับโครงการนั้นเป็น Win32 จริงๆ แอป Win32 ดั้งเดิมไม่ควรเกี่ยวข้องกับ MSIL - แม้ว่ามันอาจจะต้องมีการรองรับ CLR หากเปิดใช้งานการโต้ตอบกับไลบรารี C # ดังนั้นฉันคิดว่ามีช่องว่างเล็กน้อยในด้านข้อมูล

ฉันขอให้คุณตรวจสอบด้วยความเคารพและโพสต์รายละเอียดเพิ่มเติมเล็กน้อยเกี่ยวกับการกำหนดค่าที่แน่นอนของโครงการและพวกเขามีความสัมพันธ์กันอย่างไร ยินดีที่จะช่วยเหลือเพิ่มเติมถ้าเป็นไปได้

นอกจากนี้ในการตอบกระสอบเดวิดคุณยังอาจจะต้องไปที่Buildแท็บProject Propertiesและการตั้งค่าPlatform Targetการx86สำหรับโครงการที่จะให้คุณคำเตือนเหล่านี้ แม้ว่าคุณอาจคาดหวังว่าจะเป็นเช่นนั้นการตั้งค่านี้ดูเหมือนจะไม่ซิงโครไนซ์อย่างสมบูรณ์แบบกับการตั้งค่าในเครื่องมือจัดการการกำหนดค่า

สำหรับโครงการ C # เป้าหมายของ x86 ทำในสิ่งที่ดูเหมือน มันบอกว่าการชุมนุมครั้งนี้รองรับสถาปัตยกรรม x86 เท่านั้น เช่นเดียวกันสำหรับ x64 ซีพียูใด ๆ ในทางกลับกันบอกว่าฉันไม่สนใจสถาปัตยกรรมที่ฉันสนับสนุนทั้งสอง ดังนั้นคำถามที่ 2 ต่อไปคือ (1) การกำหนดค่าของปฏิบัติการที่ใช้ DLLs เหล่านี้คืออะไร? และ (2) พยานคืออะไรของระบบปฏิบัติการ / คอมพิวเตอร์ของคุณ? เหตุผลที่ฉันถามคือเพราะถ้าปฏิบัติการของคุณถูกคอมไพล์ให้ทำงานใน 64- บิตแล้วมันต้องพึ่งพาทั้งหมดเพื่อให้สามารถทำงานในโหมด 64- บิตเช่นกัน ชุดประกอบ CPU ใด ๆ ของคุณควรสามารถโหลดได้ แต่อาจอ้างอิงถึงการอ้างอิงอื่นที่มีความสามารถในการทำงานในการกำหนดค่า x86 เท่านั้น ตรวจสอบการอ้างอิงทั้งหมดและการพึ่งพาการพึ่งพาเพื่อให้แน่ใจว่าทุกอย่างเป็น "CPU ใด ๆ " หรือ "x64" หากคุณวางแผนที่จะรันไฟล์ปฏิบัติการในโหมด 64 บิต มิฉะนั้นคุณจะมีปัญหา

ในหลาย ๆ วิธี Visual Studio ไม่ได้ทำการรวบรวมส่วนผสมของ CPU ใด ๆ และแอสเซมบลีขึ้นอยู่กับสถาปัตยกรรมต่าง ๆ ได้ง่าย เป็นไปได้ แต่มักจะต้องการให้แอสเซมบลีที่เป็นอย่างอื่น "CPU ใด ๆ " จะต้องรวบรวมแยกต่างหากสำหรับ x86 และ x64 เพราะบางพึ่งพา - แห่ง - พึ่งพาอาศัยที่ไหนสักแห่งมีสองรุ่น

ฉันเคยมีปัญหาที่คล้ายกันมาก่อนโดยเฉพาะเมื่อเพิ่มโซลูชันทดสอบลงในโซลูชัน x64 ที่มีอยู่เช่น SharePoint ในกรณีของฉันดูเหมือนว่าจะเกี่ยวข้องกับความจริงที่ว่าเทมเพลตโครงการบางอย่างถูกเพิ่มเป็นแพลตฟอร์มที่แน่นอนโดยค่าเริ่มต้น

นี่คือวิธีแก้ปัญหาที่มักใช้งานได้สำหรับฉัน: ตั้งค่าทุกอย่างเป็นแพลตฟอร์มที่ถูกต้องในเครื่องมือจัดการการกำหนดค่า (ดรอปดาวน์การกำหนดค่าที่ใช้งานอยู่ Debug ตามปกติเป็นวิธีที่ดีในการเข้าถึง) และแพลตฟอร์มโครงการ (ในคุณสมบัติโครงการ) สร้างจากนั้นตั้งค่าทุกอย่างกลับเป็น AnyCPU บางครั้งฉันต้องลบและเพิ่มการอ้างอิง (DLLs ใน Properties ของแต่ละโครงการ) และบางครั้ง "Run ทดสอบในกระบวนการ 32 บิตหรือ 64 บิต" (ดับเบิลคลิก Local.testsettings และไปที่ Hosts)

สำหรับฉันแล้วดูเหมือนว่านี่เป็นเพียงการตั้งค่าบางสิ่งจากนั้นตั้งค่ากลับคืนมา แต่อาจมีอะไรเกิดขึ้นมากกว่าเบื้องหลังที่ฉันไม่เห็น มันทำงานค่อนข้างสม่ำเสมอสำหรับฉันในอดีตแม้ว่า

สำหรับโครงการของฉันฉันมีข้อกำหนดที่จะสามารถสร้างทั้ง x86 และ x64 ปัญหาของเรื่องนี้คือเมื่อใดก็ตามที่คุณเพิ่มการอ้างอิงในขณะที่ใช้มันก็จะบ่นเมื่อคุณสร้างอื่น ๆ

โซลูชันของฉันคือแก้ไขไฟล์ * .csproj ด้วยตนเองเพื่อให้บรรทัดเช่นนี้:

<Reference Include="MyLibrary.MyNamespace, Version=1.0.0.0, Culture=neutral, processorArchitecture=x86"/>

<Reference Include="MyLibrary.MyNamespace, Version=1.0.0.0, Culture=neutral, processorArchitecture=AMD64"/>

<Reference Include="MyLibrary.MyNamespace, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL"/>

รับการเปลี่ยนแปลงนี้:

<Reference Include="MyLibrary.MyNamespace, Version=1.0.0.0, Culture=neutral"/>

ฉันมีปัญหาคล้ายกันมันเกิดจาก MS UNIT Test DLL แอปพลิเคชัน WPF ของฉันรวบรวมเป็น x86 แต่หน่วยทดสอบ DLL (ไฟล์ EXE อ้างอิง) เป็น "Any CPU" ฉันเปลี่ยนหน่วยการทดสอบ DLL ให้คอมไพล์แล้วสำหรับ x86 (เหมือนกับ EXE) และได้รับการแก้ไขใหม่

คุณอาจได้รับคำเตือนนี้สำหรับชุดประกอบ MS Fakes ซึ่งไม่สามารถแก้ไขได้ง่ายเนื่องจากคำสั่ง f.csproj คือ build on โชคดีที่ Fakes xml อนุญาตให้คุณเพิ่มเข้าไปได้

ควรมีวิธีในการสร้าง. NET EXE / DLL AnyCPU และ DLLs ที่ไม่มีการจัดการใด ๆ ขึ้นอยู่กับการคอมไพล์ด้วย x86 และ x64 ทั้งสองรวมกันอาจมีชื่อไฟล์ต่างกันจากนั้นโมดูล. NET โหลดแบบไดนามิกที่ถูกต้อง สถาปัตยกรรมตัวประมวลผล นั่นจะทำให้ AnyCPU มีประสิทธิภาพ หาก C ++ DLL รองรับเฉพาะ x86 หรือ x64 เท่านั้น AnyCPU นั้นไม่มีจุดหมายแน่นอน แต่แนวคิดทั้งชุดที่ฉันยังไม่เห็นจะนำมาใช้เนื่องจากตัวจัดการการกำหนดค่าไม่ได้ให้ความหมายในการสร้างโครงการเดียวกันสองครั้งด้วยการกำหนดค่า / แพลตฟอร์มที่แตกต่างกันสำหรับการรวมกลุ่มหลายรายการที่อนุญาตให้ AnyCPU

ฉันมีคำเตือนที่คล้ายกันมากในงานสร้างของฉัน โครงการของฉันถูกตั้งค่าเป็นเป้าหมาย. NET 4.5 บนเซิร์ฟเวอร์บิลด์ติดตั้ง Windows 8.1 SDK (สำหรับ. NET 4.5.1) หลังจากอัปเดตโครงการของฉันเพื่อกำหนดเป้าหมาย. NET 4.5.1 (ไม่ใช่ปัญหาสำหรับฉันคือสำหรับแอปพลิเคชันใหม่ทั้งหมด) ฉันไม่ได้รับคำเตือนอีกต่อไป ...

ฉันแก้ไขคำเตือนนี้เพื่อเปลี่ยน "เครื่องมือจัดการการกำหนดค่า" เป็นรีลีส (ผสม Plataform)

ฉันได้รับคำเตือนนี้ใน Visual Studio 2012 เมื่อรวบรวมงานสคริปต์ไปป์ไลน์ของ SQL Server 2012 SP1 SSIS - จนกว่าฉันจะติดตั้ง SQL Server 2012 SP2

ฉันมีปัญหาเดียวกันกับการเชื่อมต่อการเปิด SQLite และการใช้ Nuget และการติดตั้งส่วนประกอบที่ใช้ในโครงการ (SQLite) แก้ไขได้! ลองติดตั้งองค์ประกอบของคุณด้วยวิธีนี้และตรวจสอบผลลัพธ์

ใช้https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build#directorybuildprops-example :

• เพิ่มไฟล์Directory.Build.propsไปยังโฟลเดอร์โซลูชันของคุณ
• วางในที่นี้:

<Project>
 <PropertyGroup>
   <ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>None</ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>
 </PropertyGroup>
</Project>