3
Q
C++程序編譯
A
回答
0
只是爲了關閉主題,結論是這是依賴於實現的,並且所有必要的頭文件都應該包含在可移植性中。
相關問題
- 1. 編譯C++程序
- 2. C程序不編譯
- 3. C程序編譯錯誤
- 4. 編譯繼承程序C++
- 5. C程序分步編譯
- 6. C#編譯Visual Studio程序
- 7. C++程序無法編譯
- 8. C程序編譯錯誤
- 9. 無法編譯C程序
- 10. 如何編譯C程序?
- 11. 在Objective-C編譯器上編譯不正確的C程序
- 12. 如何在C中編譯C程序?
- 13. 編譯C++函數C++程序
- 14. C++:錯誤而C++程序編譯
- 15. 編譯與intel編譯器icpc在linux的C++程序
- 16. 編譯Fortran和C++程序並從intel編譯器鏈接
- 17. 在Netbeans中編譯C程序,但不能用cmcc編譯gcc
- 18. 如何使用Borland C++編譯器v5.5(bcc32)編譯程序
- 19. 使用SciTE編譯/編譯/運行C程序
- 20. 編譯我的C++程序時出錯
- 21. 編譯Fedora上的C++程序
- 22. Makefile同時編譯C和Java程序
- 23. 未編譯C++ wxWidgets應用程序
- 24. 用g ++編譯一個Windows C++程序
- 25. 在編譯後暫停C++程序
- 26. 與Visual Studio編譯C程序
- 27. 用g ++編譯的C++程序
- 28. 在Eclipse中編譯C程序
- 29. Visual Studio C# - 編譯應用程序?
- 30. 鏈接錯誤「LogonUser」編譯C++程序?
不,沒有辦法知道這些實現細節,因爲這就是它們的實現細節。如果您希望具有可移植性並符合C++標準,則應始終包含所需函數和類所需的頭文件。 –
我沒想到這是依賴於實現的。我的印象是標題的定義是標準的,他們的導入中任何隱含的層次結構都是標準的。 –
iostream是通常的一種,它本身在許多標題中徘徊。你可以知道實現的細節,只需查看標題即可。風險在於源文件不會在另一個編譯器上編譯。沒有biggie,當然容易修復。 –