MinGW如何實現C++庫支持？

根據我的觀察，MinGW使用MSVCRT用於C，而libstdC++用於C++。MinGW如何實現C++庫支持？

如果是這樣，他們怎麼能一起工作？而且，爲什麼不統一的C和C++的支持，無論MSVCRT + MSVCPRT或油嘴 + 的libstdC++。

我覺得MSVCRT和mixin之間libstdC++聽起來很可怕。那麼爲什麼MinGW仍然選擇這個？

鏈接：

下面是我的觀察，如果你能跳過它回答問題。

爲了編譯爲本地Windows代碼（僅使用Win32 API的），
MinGW的使用MSVCRT作爲底層C運行庫（提供的Win32 API），
和爲了連接從頭WIRTE一個橋接層標準C調用和Win32 API調用。

我檢查MinGW中的C頭文件，例如stdio.h，它有這樣的橫幅。

/** 
* This file has no copyright assigned and is placed in the Public Domain. 
* This file is part of the mingw-w64 runtime package. 
* No warranty is given; refer to the file DISCLAIMER.PD within this package. 
*/

而且裏面的文件，你會發現很多的_CRTIMP，這實際上意味着它會轉換成Win32 API調用。

但是對於C++部分來說，它是相當有線的。
MinGW似乎使用libstdC++來實現C++支持。

我檢查C++頭文件，如iostream，它有這樣的

// Standard iostream objects -*- C++ -*- 

// Copyright (C) 1997-2014 Free Software Foundation, Inc. 
// 
// This file is part of the GNU ISO C++ Library. This library is free 
// software; you can redistribute it and/or modify it under the 
// terms of the GNU General Public License as published by the 
// Free Software Foundation; either version 3, or (at your option) 
// any later version.

當然沒有更多_CRTIMP或任何MS風格符號的一面旗幟。
因此，MinGW已經使基於MSVCRT的libstdC++作品！

來源

2015-01-15 Eugene

由於C庫充滿了系統調用包裝，並且這些系統調用依賴於Linux/Hurd。從另一方面來說，C++庫幾乎是用戶空間的東西（支持），並且可以在任何合理的C庫之上生存 –

@SeverinPappadeux你提醒我了！我甚至忘記了這樣一個基本事實。 – Eugene

gcc不太可能與'msvcprt.dll'兼容。 –

這是我的理解，請修理我。

C庫的意義遠遠超過C++庫。

C庫是從平臺依賴system calls到平臺獨立C calls的橋樑。

C++圖書館從獨立於平臺的C calls開始，然後添加面向對象的功能並使其更易於使用。

所以不使用glibc的原因遠遠多於GPL許可證問題，這是因爲C庫需要製作system calls並與OS進行通信。所以在大多數情況下，它與OS一起出現，並且將成爲該平臺上唯一可用的C庫。

因此，因爲C++庫是基於C庫的，所以它是平臺獨立的。所以只需使用libstdc++的代碼，並自發地在Windows上運行。這也解釋了爲什麼libstdc++可以基於MSVCRT運行。

現在，事情變得更容易，因爲libstdc++提供了更好的支持最新的C++標準，MinGW選擇。

來源

2015-01-15 06:42:18 Eugene

MinGW如何實現C++庫支持？

回答

相關問題