方舟編譯器為什麼沒有c

『壹』 linux 系統中找不到c語言編譯器怎麼辦

需要安裝gcc組件.
組件在里的安裝源文件裡面有.

用rpm包安裝就可以了 rpm -ivh gcc-XXX-XXX-XXX.rpm

安裝過程中可能會提示還需要其他的包..一起裝上就行

『貳』 華為方舟編譯器究竟是黑科技還是噱頭

這是面向開發者的應用，普通人用不上，而且現在還沒有公布代碼，不知道樓上怎麼用上的。

就事論事，只從技術層面講，就現在的宣傳方式做實現，這種技術費力不討好，

如果一個「嚇人「的技術在國內搜索引擎裡面能搜到大量報道 ，而在谷歌上只能搜到少數軟文，而在各大英文技術社交論壇基本沒人討論，難道不覺得很奇怪嗎

以下是搜到的一個帖子，就一個回復，看看就好了。

評論一家公司的技術都要如此小心翼翼，否則就會受到無數的謾罵，難道不覺得奇怪嗎？

『叄』 華為方舟編譯器，是不是做的太過分了

安卓7.0之後，谷歌也意識到了程序佔地方、開機慢的問題，怎麼辦？谷歌發現，人們使用一個程序，不可能用所有的功能。那麼只編譯一部分常用的是不是就效率高了呢？所以這時候其實是把JIT又拉回到安卓上來，並且安裝的時候也不用全編譯，直接裝就是了，速度當然快了。這其實就是中間層、JIT、AOT一起來，並且根據用戶的習慣，把它常用的程序的常用功能代碼解釋好了存起來，用戶再用也飛快。

現在安卓手機的一大特色就是內存越來越大，6GB都是老人機的配置了。這除了程序大以外還有安卓的程序運行產生垃圾多有關系。那麼清理垃圾呢？則需要暫停程序，也就會頓一下，即所謂的「卡」。華為方舟編譯器則是利用程序多線程運行的特點。打個比方，您現在正在用的「中關村在線」這個APP用了AB兩個線程，在華為的P30手機中，那麼線程A運行的時候，B在清理垃圾，然後A線程清理垃圾的時候B線程在運行，程序運行不中斷，垃圾處理不停，做到了又連貫、又節約系統資源。

『肆』 方舟社區是騙子嗎

在華為聲稱「方舟編譯器，可通過架構級優化讓系統操作流暢度提升24%，安卓應用流暢度可提升60%」以來，編譯器這個概念就被帶火了，方舟編譯器也被媒體熱炒。
日前，華為方舟編譯器在鯤鵬社區上架，根據網站上公布的資料，方舟編譯器的介紹為：
方舟編譯器是基於GCC開發的交叉編譯器套件，它包括了C、C++、Fortran的前端，也包括了這些語言的庫(如libstdc++、libgcc等)。HCC運行在X86 linux架構伺服器上，生成的二進制運行在Aarch64 架構伺服器上。
一位朋友告知：
有人比較了一下，華為的方舟和GCC沒有區別，只有非常少的部分不一樣，方舟編譯器壓縮包還是叫gcc-ark。
之後，基於不為人知的原因，鯤鵬社區的方舟編譯器火速下架，原網址鏈接也被和諧了。
關於華為鯤鵬社區上公布的方舟編譯器資料，鐵流咨詢了業內人士，回復是：
交叉編譯器，就是在x86上編譯出arm的二進制代碼。gcc本身就做得很好了......動態二進制翻譯器，可以把x86應用程序動態翻譯為ARM指令集，執行在ARM伺服器上。估計效率可以達到70%左右......方舟中最核心的應該是支持動態二進制翻譯。
可以說，華為鯤鵬社區上公布的方舟編譯器是服務於華為ARM伺服器的，由於ARM在伺服器上的生態相對於X86差距過大，很多軟體不支持ARM。而ARM伺服器要推廣，需要支持大量沒有源代碼的x86程序。這項應用能跑二進制代碼，而當前二進制翻譯效率都不是很高。所以華為打算用動態二進制翻譯來彌補ARM在伺服器生態上的不足。
用二進制翻譯來彌補生態問題，這種思路其實早已不是什麼新聞，當年的全美達就用二進制翻譯兼容X86生態，最後被英特爾用專利訴訟拖死。ARM在智能手機領域火了之後，英特爾也用二進制翻譯的做法來兼容ARM的生態，最終也是折戟沉沙。
之所以出現這種情況，主要是因為二進制翻譯會造成性能損耗，以及二進制翻譯未必能夠完美解決兼容問題。就性能損耗來說，在翻譯之後使英特爾的CPU性能只有原來的70%，憑空損失掉30%的性能後，使英特爾的CPU在移動端上性價比和性能功耗比這兩項屬性上都不如ARM，同時，移動端恰恰是對功耗指標非常敏感的，這使英特爾在市場競爭中非常不利。

還有就是兼容問題，以實際體驗來說，鐵流好友使用過聯想搭載英特爾CPU的手機，日常使用問題不大，就是個別應用會時不時閃退。猜測可能是生態兼容方面依然存在一定問題。
而英特爾曾經面對的問題，將來華為可能都要面對。從實踐上看，自己建生態才是正途，比如X86在PC和伺服器的統治地位，以及ARM在智能手機上的統治地位，兼容別人的生態是投機取巧，走捷徑的影響是根基不牢，結局是欲速則不達。如果沒有政府輸血和國企訂單，在純粹商業模式下，十有八九要悲劇。
由於鯤鵬社區上公布的方舟編譯器是用在ARM伺服器上的，因而鐵流很疑惑為何會宣傳「方舟編譯器，可通過架構級優化讓系統操作流暢度提升24%，安卓應用流暢度可提升60%」。
業內人士告知：
那他們應該把所有的幾個系統統稱為方舟編譯器了......手機上重點是java虛擬機，執行的是安卓的應用，主要是java代碼，也有部分ar二進制代碼或者庫。
對此，華為手機產品線副總裁李小龍發文回應稱，華為雲鯤鵬社區「這個網站不是華為消費者BG維護的網站，此編譯器好像是伺服器部門用的，和我們之前和P30 一起發布的方舟編譯器沒有任何關系。」
綜合一下看，華為雲鯤鵬社區的方舟編譯器和華為消費終端的方舟編譯器應該不是一個東西。不過，華為消費終端的方舟編譯器也是過度炒作被神話的。
華為方舟編譯器是如何做到第三方應用性能提升的？目前還沒有官方的回應，而流傳的消息則有兩種。一種是說華為針對安卓原來的編譯器進行了深度的魔改實現了性能的巨大提升，一種是說華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來實現的。當然還有一種混合的說法，即華為通過將Java代碼繞過虛擬機直接翻譯成機器碼來對原來的編譯器進行了深度的魔改。針對直接將Java代碼翻譯成底層機器碼的方法，一般認為這當然有利於提升性能，但不利於應用程序的可移植性和可維護性以及操作系統的安全性。本次華為雲鯤鵬社區的方舟編譯器的下架事件，只不過是給被神話的方舟編譯器降溫擠水分而已。
另外，現在國內有一股拿開源改改就標榜自主的風氣，比如此前的紅芯瀏覽器。這種現象和以前的「漢芯」事件一樣造成了很惡劣的影響。必須說明的是，「漢」、「紅」都是有一定特殊含義的，這種做法造成的傷害不僅僅局限於信息產業。
鐵流認為，基於開源軟體做修改，就說明是某開源軟體的修改版即可，比如鯤鵬社區的方舟伺服器，就對就外宣傳是GCC 7.3的修改版即可，不要標榜方舟編譯器以免誤導吃瓜群眾。
類似的，華為GaussDB 資料庫就標明是PostgreSQL9.2修改版，不要玩自主研發GaussDB 資料庫的文字游戲。媒體在報道中出現了「外界也認為 GaussDB 內核具有超越現有開源資料庫如 MySQL 與 PostgreSQL 的極致性能」，宣傳上的文字游戲已經誤導了不少人。
還有國內這些Linux操作系統，早期的Happy Linux、紅旗Linux的叫法就挺好，把技術來龍去脈說的很清楚，現在各種麒麟OS，不了解內情的老百姓還真會被誤導。
之所以出現這種現象，根源是在技術和國外有較大差距的情況下，又喜歡過度標榜自己，逐漸演變成了浮誇風。
華為鯤鵬社區方舟編譯器上架後火速下架，根源是國內大環境充斥著浮誇風後翻車的結果，如果還是喜歡過分標榜自己，類似的事件不會是第一次，也不會是最後一次。

『伍』 方舟編譯器有什麼用，怎麼用

什麼是方舟編譯器？
了解方舟編譯器前，我們簡單了解下編譯器。編譯器能夠將高級語言轉換成機器能懂的機器碼，並按照指令運行。可以說是人類和機器溝通的橋梁。方舟編譯器是由華為百人專家團隊打造推出的高級語言直接編譯成機器碼的移動端編譯器。
方舟編譯器怎麼用？
1、用戶是否只需要在應用市場下載已編譯的軟體即可？
方舟編譯器編譯的應用在開發階段就已經完成。也就是說，只要是經過編譯器編譯的應用，在應用市場上上架了以後，用戶下載的就是編譯過的了。
2、方舟編譯器能給用戶帶來什麼？
它解決了安卓系統久用必卡頓的魔咒，打破了人機之間的藩籬，讓用戶能直觀感受到的就是：A、提升了應用的流暢度；
B、降低手機
CPU
的開銷；
C、進一步降低功耗提升了手機續航能力；
D、為用戶帶來更加持久流暢的體驗。

『陸』 安裝完visual c++6.0卻發現沒有C語言，這是為什麼啊火急啊！！

···可能不是沒刪干凈···是不是編譯的時候會出現一個錯誤？？···
解決方法1：
啟動VC時不要用圖形界面,通過在命令提示符下輸入:Msdev /useenv運行（注意啦/前面有個空格）.它會強制使系統環境變數全高設置成正確值.而且,只需要使用一次這樣的方式運行VC,以後再次通過雙擊圖標的方式啟動也不會有問題。

方法2：
使用你的VC安裝盤修復一下。

方法3：
在VC中點擊「Tools」—>「Option」—>「Directories」，發現路徑有誤，重新設置「Excutable Fils，Include Files，Library Files，Source Files」的路徑。

要是顯示「找不到mspdb60.dll」，去能正常運行VC++的電腦中搜索mspdb60.dll文件，拷貝到你的機器上Microsoft Visual Studio\Common\MSDev98\Bin下。缺失其他文件類似操作O(∩_∩)O。

方法4：
可能很多人在安裝VC 6.0後有過點擊「Compile」或者「Build」後被出現的
「Compiling... ,Error spawning cl.exe」錯誤提示給郁悶過。很多人的
選擇是重裝，實際上這個問題很多情況下是由於路徑設置的問題引起的，
「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目錄\VC98\Bin」下面，
你可以到相應的路徑下找到這個應用程序。

因此問題可以按照以下方法解決：打開vc界面 點擊VC「TOOLS（工具）」—>「Option（選擇）」
—>「Directories（目錄）」重新設置「Excutable Fils、Include Files、
Library Files、Source Files」的路徑。很多情況可能就一個盤符的不同
（例如你的VC裝在C，但是這些路徑全部在D），改過來就OK了。

如果你是按照初始路徑安裝vc6.0的，路徑應為：
executatble files:
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
C:\Program Files\Microsoft Visual Studio\VC98\BIN
C:\Program Files\Microsoft Visual Studio\Common\TOOLS
C:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT

include files:
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE

library files:
C:\Program Files\Microsoft Visual Studio\VC98\LIB
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB

source files:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC

如果你裝在其他盤里，則仿照其路徑變通就行(我就是裝在D盤)。
關鍵是microsoft visual studio\ 後面的東西要相同。
本人深受其害，重裝多次不管用，上面中文部分為高手借鑒，

『柒』 如何看待方舟編譯器源代碼疑似曝光事件

8 月 5 日，有媒體發現，趕在華為開發者大會開幕前幾天，華為已經在官方社區正式公布了方舟編譯器的安裝詳情以及下載地址。

引起爭議後，華為手機產品線副總裁李小龍在微博上對「GCC套皮說」進行了辟謠，他表示：「這個網站不是華為消費者BG維護的網站，此編譯器好像是伺服器部門用的，和我們之前和P30一起發布的方舟編譯器沒有任何關系。」

『捌』 為什麼沒有國產的C/C++的編譯器

首先：國產有編譯器，比如龍芯就用
其次：開發編譯器難度非常大，編譯器、操作系統、資料庫這三樣是程序界的三座大山，不是 所有牛奶都叫愚公。國產即使有編譯器我認為也不是完全從零開發的。龍芯雖然有了自己的編譯器也只是針對自己的平台編譯，不具備通用性。一句話，中國目前缺少大企業的眼光和決心以及實力

『玖』 為什麼方舟編譯器沒有Windows版

你想自己編譯可以在windows下用Microsoft Visual Studio或者MinGW

下圖是我在mingw下測試的

『拾』 鴻蒙系統當時在編譯的時候用的是什麼編程語言

根據華為公布的方舟編譯器資料 可以推測鴻蒙系統是用C、C++語言編寫

如何看待華為鴻蒙系統的開發？

可以預見的鴻蒙系統。

1、除華為外其他國產手機公司不會安裝或重視。由於google禁售的是華為，對於小米等其他國產手機公司不禁售，因此小米等其他國產公司不會安裝鴻蒙系統，即便出於公共形象的壓力而安裝，也不會真正重視，最多就是做個樣子。

反正，內斗內行吧——除非華為讓渡鴻蒙系統的控制權！

2、鴻蒙系統即便能夠兼容安卓應用，在過了新鮮期之後，如何提升用戶體驗度是關鍵。如果像阿里OS一樣可以遠程刪除用戶的app，就直接死翹翹吧。

保持軟體開發商的利益和用戶體驗度的平衡，是鴻蒙系統能否生存的關鍵。開發商沒有得到利益，不會開發鴻蒙系統的app；用戶體驗度差，用戶就不會用鴻蒙系統。