編譯環境切換

❶ 怎麼修改 web的編譯運行環境

這需要先建立運行環境，如IIS，apache或者netbox等。 如果要做成直接運行，則需要根據運行環境進行封裝，例如在windows運行則封裝為exe，如在安卓運行則封裝為apk等。

❷ 如何在ubuntu10.04環境下編譯android

安裝JDK1.6，使用如下命令
sudo chmod u+x jdk-6u23-linux-x64.bin
sudo cp -a jdk-6u23-linux-x64.bin /opt
sudo /opt/jdk-6u23-linux-x64.bin
sudo rm -f /opt/jdk-6u23-linux-x64.bin
2
設置JDK環境變數,在HOME根目錄下按鍵盤Crtr+H顯示HOME目錄下所有文件，打開.bashrc，在最後加入以下代碼
#set java environment
export JAVA_HOME=/opt/jdk1.6.0_23
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JRE_HOME/lib
export PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin
3
測試JDK是否安裝成功,使用命令java -version 如果顯示
java version "1.6.0_23"
Java(TM) SE Runtime Environment (build 1.6.0_23-b02)
Java HotSpot(TM) Server VM (build 16.3-b01, mixed mode)
則JDK安裝成功。
END
測試MTK android編譯環境是否搭建成功

切換到MTK源碼根目錄下，使用命令./mk check-env，若顯示如下信息則安裝成功
**********checking Env************
Your building environment is OK
The detail information is in "checkenv.log"!
*************************************************

同時在MTK源碼根目錄下生成checkenv.log文件，打開文件，顯示ubuntu10.04大部分自帶工具都和MTK的推薦的一致，如下：
Build Environment Requirement
===================================================
* ********* Suggested OS and Tool Chain to install *********
*
* OS : Linux distribution Ubuntu 10.04
* Memory Size : 4G or above
* make : GNU Make 3.81 or 3.82
* perl : Version 5.10.X
* python : Version 2.6.X
* arm-linux-androideabi-gcc : Version 4.6.X
* gcc : Version 4.4.3
* jdk : Version 1.6.X
* bison : Version 2.4.X
* flex : Version 2.5.X
* gperf : Version 3.0.X
* mingw : Installed
* unix2dos/tofrodos : Installed
* **********************************************************
===================================================

Build Environment Check Result Report
*************************************************************

[OS]: Ubuntu 10.04.4 (64-bit) [OK]
[Physical Memory Size] : 4052924 K-Bytes [WARNING]
it's smaller than recommendation, may cause out-of-memory build error

[make]: 3.81 (64-bit) [OK]
[perl]: 5.10.1 (64-bit) [OK]
[python]: 2.6.5 (64-bit) [OK]
[arm-linux-androideabi-gcc]: 4.6. (64-bit) [OK]
[gcc]: 4.4.3 (64-bit) [OK]
[jdk]: 1.6.0_45 (64-bit) [OK]
[bison]: 2.4.1 (64-bit) [OK]
[flex]: 2.5.35 (64-bit) [OK]
[gperf]: 3.0.3 (64-bit) [OK]
[mingw]: Installed [OK]
[unix2dos/tofrodos]: Installed [OK]
*************************************************************
步驟閱讀
3
也可以解決下這個問題
[Physical Memory Size] : 4052924 K-Bytes [WARNING]
it's smaller than recommendation, may cause out-of-memory build error
打開mediatek/build/tools/checkEnv.py
修改lowMen為0

❸ 如何配置gcc編譯環境

首先准備好arm-linux-gcc的包，比如說是arm-linux-gcc-fh.tar.gz。
首先是解壓縮，路徑可以隨便放，最好放在/opt這個目錄下面。
使用如下命令:
tar xvzf arm-linux-gcc-fh.tar.gz(空格)C（空格/（注意這之間的空格）。
然後就解壓縮好了，接下來就是要修改一下配置文件了。
切換到root許可權，輸入如下命令:
vi /etc/bash.bashrc
在最後面一行加入如下語句:
export PATH=$PATH:/opt/***（***表示你的arm-linux-gcc這個可執行文件的路徑）;
最後，重啟一下配置文件，使用如下命令:
source /etc/bash.bashrc，

❹ 怎麼改變VC6到VS2010編譯器的環境變數

Visual
Studio
2010的菜單裡面有一個
2010的編譯環境的快捷方式的的，你點一下，就會打開控制台，在那個裡面再調用就是2010的編譯器了。
按照如下方式打開
【開始】-【所有程序】-【Microsoft
Visual
Studio
2010】-【Visual
Studio
tools】-【Visual
Studio命令提示（2010）】

❺ Android app API環境切換需求與實現

鑒於app在打包debug ,release, dev 等環境的時候,請求後天api介面的伺服器地址不一樣.導致測試可能頻繁的問你要不同環境的測試apk包.
當工程大到一定程度的時候,gradle打包特別的慢.即使你自己有優化過,而且測試嫌麻煩,開發也覺得麻煩.

api地址變化的應該就基地址,全部變化也有辦法處理.這里把基地址用一個 public static 的 String Url 變數去裝載.
1:默認 Url 地址使用release的地址.
2:release版本的apk 按照需求,啟動app調轉到splash界面.debug版本的apk 跳轉到api選擇界面,當選擇好api環境後,在調轉到原splash界面.
3:選擇api環境的時候,去修改 這個被public static 修飾的Url

1:修改被public static 修飾的String 不是問題.
2:根據不同apk版本啟動不同的界面.這個是一個問題,之前沒處理過類似的需求.好在google 有提供一種解決思路 餃子 manifest merge ( 合並多個清單文件 ),就是根據這個合並演算法去解決這個問題.

創建debug文件夾,新建的項目一般會有3個文件夾,一個是默認類型,一個test 類型,一個Android test類型,這里我們在創建一個debug類型的.

xml文件合並可以合並java 文件,和 資源文件.
我們這里定要創建manifest文件,這是演算法配置的核心,配置就是在這里設置的,其次還有資源文件.
注意創建的時候文件格式應該和main類型的保持一致,可以將as切換到android模式下檢查.
我們這里添加了一個EnvChangeActivity 和對應的布局文件.

這里我們想修改啟動的界面為EnvChangeActivity.所以我們要替換點原main類型下的manifest文件中的配置.

如上設置就會把原Mainactivity中的配置全部替換成當前manifest文件中的配置.後面我們在解釋這些配置.這里將EnvChangeActivity設置成了啟動界面.所以完成了修改啟動界面的功能.

創建一個java配置文件

可以不創在main類型下面.
在EnvChangeActivity中修改地址就好了.修改完之後在跳轉到MainActivity.就原邏輯保持一致了

到這里需求的就已經說明完了.

接下來就說明合並的演算法,在我們使用gradle編譯打包的時候,合並工具會自動幫我們合並.
合並工具根據每個清單文件的優先順序將所有清單文件按順序合並到一個文件中。 例如，如果您有 3 個清單文件，則會先將優先順序最低的清單合並到優先順序第 2 高的清單中，然後再將合並後的清單合並到優先順序最高的清單中

2應用模塊的主清單文件
3所包括庫中的清單文件 如果您有多個庫，則其清單優先順序與依賴順序（庫出現在 Gradle dependencies
塊中的順序）匹配。

合並工具可以在邏輯上將一個清單中的每個 XML 元素與另一個清單中的對應元素相匹配。
如果優先順序較低的清單中的元素與優先順序較高的清單中的任何元素均不匹配，則該元素將被添加至合並清單。 但是，如果有匹配元素，則合並工具會嘗試將其中的所有屬性合並到相同元素中。如果工具發現兩個清單包含相同屬性，但值不相同，則會出現合並沖突。

絕不會在清單之間匹配 <intent-filter>
元素。 每個元素都被視為唯一元素，並添加至合並清單中的常用父元素。

合並規則標記是一個 XML 屬性，可用於表達您對關於如何解決合並沖突或刪除不需要的元素和屬性的首選項。 您可以對整個元素或只對元素中的特定屬性應用標記。
合並兩個清單文件時，合並工具會在高優先順序清單文件中尋找這些標記。
所有標記均屬於 Android tools 命名空間，因此您必須先在 <manifest> 元素中聲明此命名空間，如下文所示：

要向整個 XML 元素（給定清單元素中的所有元素及其所有子標記）應用合並規則，請使用以下屬性：

如果使用合並沖突啟發式演算法時沒有沖突，則合並此標記中的所有屬性以及所有嵌套元素。 這是元素的默認行為。

低優先順序清單

高優先順序清單

合並結果

低優先順序清單

高優先順序清單

合並結果

完全替換低優先順序元素。 也就是說，如果低優先順序清單中有匹配元素，請將其忽略並完全按照其在此清單中顯示樣子來使用該元素。

低優先順序清單

高優先順序清單

合並結果

其他的自己看下官網,上面的解釋也是我搬過來的.
官方解釋
拙劣的dome,可以瞅瞅.
Demo地址

❻ 如何把windows cmd的編譯語言環境改成英文

控制面板--區域和語言選項--標准和格式--把「中文（中國）」改成「英文（美國）」，即可。

❼ C語言的編譯環境為什麼是VC++6.0

我們在學習C語言時通常會面臨C語言編譯器的選擇，事實上C語言編譯器可以分為C和C++兩大類，其中C++是C的超集，均向下支持C。主要的C語言編譯器及特點分別如下:
(1)TC
2.0
DOS平台軟體。最經典的C語言編譯器，系統體積小，簡單易學，容易上手，而且很多前人或書籍的程序均基於該編譯器，是學習C語言的首選。不過它不支持滑鼠，但讀者如果掌握幾個快捷鍵，操作時對滑鼠可能就不怎麼需要了，如：
F2
存檔
F3
打開程序
Alt+F3在最近打開的文件之間切換
Alt+F5觀察運行結果
F9
編譯製作EXE
Ctrl+F9編譯並運行
Ctrl+Y
刪除當前行
Ctrl+KB定義塊首
Ctrl+KK
定義塊尾
Ctrl+KC復制塊
Ctrl+KY刪除塊
Ctrl+KV
移動塊
(2)Tc3.0
DOS平台軟體。目前比較不錯的C/C++語言編譯器，支持滑鼠，語法著色，多文檔，錯誤跟蹤也很好，操作與TC2.0有很多類似，TC2.0會用那麼TC3.0也很快會用，缺點是以前很多代碼是用TC2.0設計的，而由於TC3.0語法要求的嚴格性，如要求函數必須定義類型，所以向下存在一定的兼容性問題，所以對於初學者選擇起來很矛盾，建議先學會使用TC2.0,而把TC3.0作為能力的補充和平時工具之用。
目前有的教材已經選用該編譯器，不過需要一個較長的調整期，因為很多源代碼需要過渡過來才行，雖然性能上比TC2.0有所提高，但對於初學者沒有質的變化，選擇時需要注意。
(3)VC++
6.0
Windows平台。目前主流的C/C++語言編譯器,包含強大的類和內嵌WinAPI的MFC,具有可視化的編程界面。對於TC等的作品也具有向下兼容的特點，建議讀者選用作為C語言過渡到Windows平台編程的首選工具。當然，作為學習，該系統顯得有點龐大，不過通過入門的學習，調試舊的Tc程序也可以。
還有其他的編譯器，例如Win
tc、gcc、lcc、BC
3.1等等,事實上，編譯器的選擇不是最重要的，他們都可以完成基本的C語言編譯，不過面向考試的時候，還是根據考試的要求，因為編譯器的編譯結果存在著一定的差別，特別在一些復雜語法的語句編譯上。
從目前的形勢看，對於從未學習過計算機程序設計的讀者來說，學習C語言時，建議開始選擇Tc2.0,雖然不能使用滑鼠，但幾個快捷鍵的熟練運用基本上可以解決操作的問題，當然有時間的時候了解使用TC3.0就更好了；對於學習過TC2.0的讀者來說，平時完全可以在TC3.0或VC
6.0下調試程序，但考試的時候如果要求必須在TC2.0下，那最好上機練習時在TC2.0下。
當然，使用如記事本等文本編輯器編輯程序，然後用TC來調試也不失為一種好方法。
另外，DOS平台的Tc2.0或Tc3.0都存在某些機器運行時鍵盤響應遲緩或停頓的問題，Tc3.0可能這種現象要多一點，這主要是由DOS基本內存的不足造成的。可以安裝水平考試課題組提供的DOS模擬器來解決問題，該模擬器重新劃分更多的內存，效果不錯。
新的類似軟體平台也需要讀者關注，那就是Java和Viusal
C#,因為從發展的眼光來看，目前軟體設計平台有一定的趨同趨勢。例如：java和C#，都來自於C和C++,都作了不錯的擴展和優化。對於深入學習C語言的同學，未來幾年請務必學習Visual
Studio.Net或者Java,因為這二者代表了現在的軟體設計主流。他們的主要特點是：優秀的IDE設計環境，強大的WEB服務設計功能，對C++的優化和擴充，基於虛擬機的運行模式，優秀的面向系統開發，可視化的較為成熟的面向對象的程序設計機制等等.