爲x86 SPARC和IBM Power CPU開發應用程序是否需要單獨的編譯器，而不是x86，x86-64目標？

Question

開發SPARC,IBM PowerPC的應用程序是否需要單獨的編譯器，而不是x86和x86-64目標？

如果屬實，Linux中的x86，x64二進制文件可以輕鬆移植到SPARC和PowerPC中？有沒有辦法使用虛擬化來模擬這些環境？

Answer 1

第一個回答是，是爲Power Architecture或SPARC開發編譯代碼，您需要編譯器來爲這些處理器生成代碼。生成x86或x86_64代碼的編譯器不會生成在Power Architecture或SPARC上運行的代碼。儘管如此，您可能會發現運行在x86（32或64）上的交叉編譯器會生成Power或SPARC代碼。但要注意的另一件事是對象文件格式（elf，xcoff等）。指令集只是圖片的一部分。如果您提供了有關您的特定起點和目標的更多細節，您可能會得到更清晰的答案。

其次，通常不會談論移植二進制文件。我們移植源代碼，其中可能包括彙編語言以及C或其他語言。這樣做的過程包括編譯器選擇，之後您可以開始編譯，移植，編譯和鏈接新硬件代碼的迭代過程。我省略了許多細節。再一次，如果你在你的問題中提供了更多細節，你可能會得到更具體的答案。

第三，正如其他人所說的，不，你不能在你提到的場景中使用虛擬化。你可能會找到可接受的仿真解決方案如果可以，請再次提供更多細節。

Answer 2

使用Java或LLVM或嘗試QEMU來測試其他CPU。

如果您的代碼被編寫爲可移植，那很簡單，如果不是，那就不是。不同規模的數據類型以及依賴於它的平臺和代碼，內聯彙編等將使其變得更加困難。針對LLVM和QEMU

主頁：

• http://llvm.org/
• http://wiki.qemu.org/Main_Page

Answer 3

沒有，虛擬化也不是辦法。虛擬化需要您的硬件平臺，並創建一個具有相同硬件的獨立「虛擬」機器。因此，在x86上運行時，您可以使用虛擬化來創建另一臺x86計算機。

要模擬完全不同的硬件體系結構，您需要查看emulation。

將軟件從一種架構移植到另一種架構有多容易/難以完全取決於如何編寫軟件。如果它使用特定於某個體系結構但不是其他體系結構的東西（例如，x86可以處理非對齊的內存訪問，而SPARC不支持），則需要修復這些問題。另一個可能會導致難以移植的例子是，如果軟件假定了硬件的特定的endian-ess。

Answer 4

SPARC，PowerPC的IBM需要單獨 依從者，比其他的x86和x86-64 目標？

我討厭要真正snippy，但鑑於IBM PowerPC和SPARC不支持x86或x86-64的命令集（即說話完全分離機的langauge），你在哪裏，甚至有想法，他們將兼容？

有沒有辦法用虛擬化來模擬這些 環境？

可能是的，但它會非常慢，因爲你將不得不翻譯機器代碼，或者 - 很好地解釋它。鑑於CPU體系結構不同，硬件虛擬化將無法​​正常工作。 SPARC和PowerPC不僅僅是「同一事物的不同標籤」，它們在內部是非常不同的。