程式學習筆記

2015年10月5日月曜日

[AOSP] 用 Ubuntu 14.04 建立 Android 系統建置環境

在 Ubuntu 上使用 AOSP(Android Open Source Project) 編譯 android 系統

不知道是不是我關鍵字下的不對...

這東西怎麼資料那麼少...(´・ω・｀)？

所以只好自己打一篇來做記錄了OTL

其實這篇大概拖了快一年了XD

這篇主要是 AOSP 的 master 的建置

為了減少除錯的時間所以在這邊直接使用乾淨的系統(｡-_-｡)

手邊好像也沒有多餘的機器所以直接開 VM 來做...

等預算夠再來搞一台實體機好了XD

需要的東西

1. Virtualbox 任何可以安裝 Ubuntu 14.04 x64系統的版本都好
2. Ubuntu 14.04 x64 系統映像檔
3. 其實這點是打完整篇才想到要加的...基本上要有夠強大的硬體支撐才行!!

然後用預設的方式安裝系統

雖然說是預設...

但是根據上面的夠強大的硬體...

基本上有三個東西要調整...

一個叫做 CPU

一個叫做記憶體

一個叫做硬碟

CPU 可能的話請給到 2 個核心以上

記憶體如果可能的話請給到 8GB 以上

硬碟容量分配無論如何請不要小於 100GB ← ＼_(・ω・`)ココ重要！

在裝好後乾淨的 Ubuntu 系統上什麼都不要做

連更新什麼的都不要...O(>﹏<)O

然後直接在 Ubuntu 上打開終端機(alt + F2 → gnome-terminal)

在 terminal 裡照著下面的指令一行一行的敲就好...

沒有意外的話最後就會出現結果了XD

安裝必要的套件

$ sudo apt-get install git-core gnupg flex bison gperf build-essential zip curl zlib1g-dev libc6-dev lib32ncurses5-dev lib32z1 x11proto-core-dev libx11-dev lib32readline-gplv2-dev lib32z-dev libgl1-mesa-dev g++-multilib mingw32 tofrodos python-markdown libxml2-utils python-software-properties xsltproc libx11-dev:i386 android-tools-adb android-tools-fastboot liblz4-tool gcc-4.6 g++-4.6 gcc-4.6-multilib g++-4.6-multilib

安裝OracleJDK 和 OpenJDK

OpenJDK 是在 build AOSP 的 master 和 5.0.0 時會需要用到的

$ sudo add-apt-repository ppa:webupd8team/java
$ sudo apt-get update && sudo apt-get install oracle-java6-installer
$ sudo apt-get install openjdk-7-jdk

設定 git/repo

$ mkdir ~/bin
$ curl http://commondatastorage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
$ chmod a+x ~/bin/repo
$ git config --global user.email "android"
$ git config --global user.name "android"

user.email 和 user.name 的 "android"可以是任意的名稱

所以隨意就好XD

設定環境變數

在 ~/bin 路徑下新增一個環境變數檔案叫做 android-env.sh

sudo gedit ~/bin/android-env.sh

然後在新增的 android-env.sh 裡加入 export 敘述句

下面這四行是要打在 android-env.sh 檔案裡的!!

export JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64
export PATH=$PATH:$JAVA_HOME/bin
export ANDROID_JAVA_HOME=$JAVA_HOME
export PATH=$PATH:~/bin

打完後記得存檔再關閉離開
然後要重新載入剛剛打完的 android-env.sh 檔案
所以執行下面的敘述句

$ source ~/bin/android-env.sh

也是可以直接寫到 ~/.bashrc 之類的裡面

不過這樣會變成常態性一直在讀取這個檔案

所以這邊不這麼做XD

然後到這邊建置環境就設定完了XD

再來就是要 build 整個專案了...

在 AOSP 中有許多分支

這裡只記錄 master 分支 (現時點的AOSP master 分支版本為 5.1)

如果分支的 android 版本小於 5.0.0 (不含) 則還有其他的環境變數要設定...

可能之後可以再打一篇文章這樣XD

把 AOSP master 分支的 source 抓下來

這邊要注意的是 source 很多而且很大...

所以下完指令後就可以去睡覺了...XD

$ repo init -u https://android.googlesource.com/platform/manifest
$ repo sync -j8

這裡的 sync 的參數 -j8 是根據現在正在執行這個指令的電腦的CPU資源決定的

可以不寫讓它用預設的方式執行也可以

8 指的是現在這台電腦的核心數

理論上越多就越快...

所以也可以給 -j16 或 -j24 之類的數字

沒那麼多的話給 -j2 或 -j4 也可以XD

建置 AOSP master 分支

再建置之前先重新讀取資源

$ source ~/bin/android-env.sh
$ source build/envsetup.sh

再來就是執行建置的動作啦...

$ lunch aosp_arm-eng
$ make -j8

至於選擇 aosp_arm-eng 則是因為現在手機大部分都是這個規格XD

其實這還有其他選項就是了...

有興趣可以直接下 lunch 指令看XD

而這裡的 -j8 和上面的 -j8 是一樣的意思

不過個人的習慣是 8G 的記憶體會給 -j4 然後 4G 的記憶體會給 -j2

至於為什麼o(‧"‧)o...好像也沒為什麼...就只是壞習慣而已XD

然後因為 android 是個巨大的專案...

所以下完 make 指令之後又可以去睡覺了...(´▽｀*)

另外題外話一下

根據網路上找到的資料是用 intel xeon 8C16T 的 CPU 配 24GB 的記憶體

建置需要花 37 分鐘的時間

然後我拿 intel i7-3820 開 VM 分資源 2C2T 的 CPU 配 4G 的記憶體

建置花了超過 6 個小時...Σ(ﾟдﾟ) ｴｯ!?

實際上到底是多久我也不知道...XD

因為我等了 6 個小時候它還沒跑完所以就去睡覺了→＿→

基本上到這邊只要 make 跑完沒有錯誤就全部結束了...

然後建置完的輸出檔案會再 out/target/product/generic 資料夾下

最重要的有 system.img、userdata.img 和 ramdisk.img 三個映像檔

一定要確認這三個檔案有沒有存在...XD

最後就是把好不容易建好的系統放到模擬器上面執行了...

模擬測試

$ emulator

嗯...就這麼一個指令而已XD

然後就慢慢等模擬器自己動作了XD

沒意外的話就會在模擬器上面看到自己建置的 Android 系統了XD

有意外的話就只好慢慢 debug 啦~~(σ≧▽≦)σ

...

其實一定會有意外啦....ε=ε=┏( >_<)┛

因為模擬器預設的資源非常少...

所以會一直 crash 或是運作不順之類的XD

其實還有很多東西要設定...

不過這篇主要是在寫環境建置

所以模擬器設定就省略不寫了XD

=====

整篇到這邊就結束了...

至於最重要的是

要怎麼把很辛苦建好的系統放到手機上執行

這好像才是花那麼多時間做上面整件事的最主要目的...o(‧"‧)o?

雖然是這麼說啦....

可是要怎麼放上去就...

嗯...有空再打另外一篇好了XD

相關來源：

android - building the system
https://source.android.com/source/building.html

AndroidのOS本体をビルドしてみよう
http://note.chiebukuro.yahoo.co.jp/detail/n185974

M Preview Downloads
https://developer.android.com/about/versions/marshmallow/download.html

Factory Images for Nexus Devices
https://developers.google.com/android/nexus/images?hl=en

CentOS7でAndroid4.4（AOSP）ビルド環境
http://qiita.com/Mask_Siva/items/cf65d9889893a7e62342

Android: ソースからシステムを構築しエミュレータで実行
http://otake.knowd2.com/drupal-rotake/?q=node/119

Android 4 (Ice Cream Sandwich) をビルドしてみる
http://www.gadgety.net/shin/tips/unix/android4.html

Ubuntu 14.04 64bit版での Android ビルド環境
http://blog.sola-dolphin-1.net/archives/4633272.html

2015年6月19日金曜日

[開發環境] Visual C++ Runtime 與作業系統相容性

印象中之前好像寫過一篇 visual studio 與作業系統相關性。

→[開發環境] 應用程式開發之開發環境版本。

這次來寫當以 MFC 開發完之後會遇到的問題。

在使用者的電腦上，多半不會裝 visual studio 這類的開發環境。

所以在使用者電腦上執行時，需要安裝額外的 runtime 才有辦法使用。

而 visual studio 版本雖然一直進化，但是使用者的電腦並不會一直跟著進步。

雖然 windows 都已經要出 10 了，但還有許多使用者停留在 XP 或甚至 2000 及更早的系統。

所以在選擇 IDE 上又多了一種要考慮的因素。

Visual C++ Redistributable 和 OS 的版本

Visual C++ redistribution	對應　Ｃｌｉｅｎｔ　ＯＳ
Visual Studio 2015 RC	XP SP3, Vista SP2, 7 SP1, 8, 8.1, 10
Visual Studio 2013	XP SP3, Vista SP2, 7 SP1, 8, 8.1
Visual Studio 2012 UP4	XP SP3, Vista SP2, 7 SP1, 8, 8.1
Visual Studio 2010 SP1	XP SP3, Vista, 7, 8, 8.1
Visual Studio 2008 SP1	2000 SP4, XP SP2, Vista, 7, 8, 8.1
Visual Studio 2005 SP1	98, 98 SE, Me, 2000 SP3, XP SP2, Vista, 7, 8, 8.1

看起來越早期的系統就只能考慮越早期的IDE了．．．(*･ω･)ﾉ

相關來源:

Visual C++ 2013 ランタイム

http://www7a.biglobe.ne.jp/~kasachan/vcredist2013.html

Visual Studio 2015 RC Compatibility
https://www.visualstudio.com/en-us/visual-studio-2015-compatibility-vs

Visual Studio 2013 の互換性
https://www.visualstudio.com/ja-jp/visual-studio-2013-compatibility-vs.aspx

2015年5月20日水曜日

[Linux] GNU/Linux 分支關係簡述

最近不知道為什麼一直在用Linux...

想說正好趁這次機會把Linux的分支關係寫一下，所以就有這篇了。

一般來說，Linux的分支主要有三大分支，分別為 debian、slackware、redhat。

除了三大分支以外，還有所謂的獨立系。

不過獨立系太麻煩了所以就不寫在這次的範圍內。

雖然說不講獨立系，不過還是大概說一下。

在獨立系中比較有名的是 Gentoo。

而 Google Chrome OS / Chromium OS 也是被歸類為獨立系的系統之一。

Google Chrome OS 從 2010年2月之後，底層從 ubuntu 換成了 Gentoo。

獨立系大概就這個比較重要。

各大分支最大的差異在 package 管理系統。

基本上每家都有自己的管理系統。

管理系統本身分為三個部分，形式、系統本體、前端。

debian 所使用的 package 是 deb 形式，而其管理系統為 dpkg ，前端為 apt。

redhat 所使用的 package 是 rpm 形式。

管理系統為 Redhat Package Manager(RPM)，前端為 yum(Yellowdog Updater Modified)。

slackware 的眾多分之中， package 有使用 deb 形式也有使用 rpm 形式，管理系統為 ZYpp。

slackware 分支中的 openSUSE 所使用的即是 rpm 形式配上前端 Zypper/YaST。

某種程度上來說， slackware 是最早的分支版本。所以就從這分支開始說好了。

說到 slackware 大概最有名的就是 S.u.S.E.。

SUSE Linux 在 2003 年被 Novell 買去之後就變成了 open source。

然後改名成為現在的 openSUSE。

不過變成 openSUSE 只是其中一支分支。

除了不用錢的版本當然還是有商用版。

商用版則變成 SUSE Linux Enterprise Server/Desktop(SLES/SLED)。

openSUSE 在 Linux 版本分支的界定上感覺點微妙。

openSUSE 在 package 形式上是使用跟 radhat 一樣的 rpm 形式。

所以好像也有人把 openSUSE 認定為 redhat 分支的一部分?

不過從歷史演化上來看， openSUSE 應該還是屬於 slackware 分支。

slackeware 分支不知道為什麼在亞洲感覺好像快要消失一樣。

甚至不是很多人知道有這麼一個分支存在...

可是這在歐洲明明就是很大的分支...

在亞洲主要還是以 redhat 和 debian 為比較大宗。

debian 分支比較有名的就是 Ubuntu。

debian 在版本釋出時會有四個種類。

一般在使用的 stable 穩定版。

準備用來做下次穩定版的 testing 測試版。

開發者向的 unstable 不穩定版。

變化很劇烈的 experimental 實驗版。

在 debian 的開發順序中

當 package 在 experimental 版玩一玩發現可以用的時候就會丟進 unstable 版。

修正完基本穩定性之後就會進入 testing 版。

當 testing 版確定沒有什麼大問題之後就會變成 stable 版釋出。

而 sid 版指的就是 unstable 版。

testing 和 unstable 最大的差異在系統安全性。

unstable 的版本並不保證系統可以正常的運作。

testing 版則是就算有BUG也能在不影響使用的情況下運作。

stable 就沒什麼特別的...就是很穩定的版本。

redhat 分支則有許多版本。

redhat 分支就有許多有名的版本。

像是 Fedora、RHEL、CentOS。

雖然從分支歷史上來看其實看不出太大的關係。

不過實際關係應該是 Fedora → RHEL → CentOS。

簡單來說 redhat 分支中，Fedora 玩一玩覺得不錯的東西就會丟進 RHEL 裡面。

而將與商用無關的不分丟掉後，就變成了 CentOS。

這是三個版本最主要的關係和差異。

Fedora 的更新速度很快，在穩定之後才會加入 RHEL 裡。

RHEL 除去商用部分，做成 CentOS。

某種程度上來說，Fedora 其實就是 redhat 的測試版。

而 RHEL 則是穩定的商用版。

CentOS 則是穩定的免費版。

簡單來說比較有名的 linux 分支的關係大概是這樣。

當然有些東西表達的並不是非常精確。

不過應該沒有相距太遠意思到了就好XD

相關來源:

CentOSとは (CentOS/RHEL/Fedoraの関係についてまとめてみた)
http://mo-mo.hatenablog.com/entry/2014/02/13/125326

openSUSE と CentOS 全然ちがいますか？どっちが良いですか？
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1447579574

linux の勉強をしたいのですが、Cent OSとSuse linuxで迷っています。　どちらがおすすめでしょうか。
http://q.hatena.ne.jp/1163282166

各種Linuxディストリビューション解説
http://kapper1224.sakura.ne.jp/UNIX2.html

Red Hat系とDebian系の違いを教えて下さい。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1029959760

Linuxについて質問です。Debian系、Red Hat系、Slackware系、独立系がありますが、具体的にはどのような違いがあるんですか。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11104091486;_ylt=A2RiHzvSe1FVV1QAoXC0_PN7?pos=2&ccode=ofv

GNU/Linux Distribution Timeline
http://futurist.se/gldt/

Slackware
http://dic.nicovideo.jp/a/slackware

Linuxディストリビューション
http://dic.nicovideo.jp/a/linux%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3

Linuxディストリビューション
http://ja.wikipedia.org/wiki/Linux%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3#Slackware.E7.B3.BB

Slackware
http://ja.wikipedia.org/wiki/Slackware

zypper の紹介
http://qiita.com/ftake/items/ff79832f15ce49725b52

openSUSE
http://ja.wikipedia.org/wiki/OpenSUSE

SUSE Linux Enterprise Server
http://ja.wikipedia.org/wiki/SUSE_Linux_Enterprise_Server

Debian
http://ja.wikipedia.org/wiki/Debian

パッケージ管理システム
http://ja.wikipedia.org/wiki/%E3%83%91%E3%83%83%E3%82%B1%E3%83%BC%E3%82%B8%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0

ZYpp
http://zh.wikipedia.org/wiki/ZYpp

openSUSE におけるパッケージ管理入門
http://www.slideshare.net/ftake/20111120-10248066

2015年1月12日月曜日

[VMware] 在 Windows 8.1 上的 VMware Workstation 11 裡安裝 MAC OS X 10.10 Yosemite

必要的東西

有 VT 功能的 intel CPU 主機一台．．．沒有這個就不用玩了w
VMware workstation 11
Unlocker 2.0.3
OS X 10.10 Yosemite 的 ISO 可啟動安裝檔一份

安裝 VMware Workstation

沒什麼意外的話，應該直接下一步到底，全部使用預設就可以了。

讓 VMware Workstation 認識 MAC OS X

要讓 11 版的 VMware Workstation 認識 MAC OS X 需要使用 2.0 以上的 Unlocker。
2.0 以下的版本只能對應到 10 版以前的 VMware Workstation。
2.0 以上的版本才能正確的看到 "Apple MAC OS X" 的選項

在 VMware Workstation 裡安裝 OS X 10.10 Yosemite

有空再補圖...w

參考來源

Windows上のVmwareにMac OS X Yosemiteをインストール
http://ichitaso.com/vmware/yosemite-on-windows-vmware/

VMware安裝 OS X Yosemite 10
http://bensnote.com/?p=190

2014年9月14日日曜日

[Linux] VirtualBox上執行Fedora 20安裝 guest additions的方法

Fedora 每次安裝 guest additions 都好麻煩所以就有這篇了ww

1. 更新 Fedora

$ sudo yum distro-sync

2. 安裝核心標頭檔和建置工具

$ yum -y install kernel-devel kernel-headers dkms gcc gcc-g++

3. 重開機

$ reboot

4. 掛載 VirtaulBox guest additions 在虛擬機器的選單上選擇 Devices > Insert guest additions CD image 這時候應該就會把 guest additions 掛到光碟機上 (/dev/cdrom 或是 /dev/sr0)

5. 創建工作路徑在 root 資料夾底下創建一個叫做 vboxcd 的資料夾

$ cd /root
$ mkdir vboxcd

6. 掛載到光碟內容到資料夾中

$ sudo mount /dev/cdrom ~/vboxcd

這時候應該會出現一些訊息

mount: /dev/sr0 is write-protected, mounting reading-only

7. 確認掛載成功

$ ls

8. 執行

$ ./VBoxLinuxAdditions.run

9. 不管執行結果如何最重要的是一定要看到建置是成功的!

Building the VirtualBox Guest Additions kernel modules     [  OK  ]

10. 重開機

$ reboot

應該就會成功了w

2014年4月5日土曜日

[開發環境] 應用程式開發之開發環境版本

在程式開發中，經常會遇到版本的問題。

這邊筆記主要記錄開發環境的版本對應關係。

這裡所提的版本，有四個部分：

作業系統OS的版本（Windows XP、Vista、7、8、8.1...）
.NET Framework的版本（1.0、1.1、2.0、3.0、3.5、4.0、4.5、4.5.1...）
C++的版本（C++98、C++03、C++0x、C++11...）
Visual Studio的版本（2002、2003、2005、2008、2010、2012、2013...）

Visual Studio 和 C++ 的版本

在不同的C++版本中，有許多不同的語法，Visual Studio 所支援的程度也不相同。

目前確定是 Visual Studio 2013也還沒有完整的支援C++11。

Visual Studio版本	支援C++版本
Visual Studio 2005	C++03/部分C++0x
Visual Studio 2008	C++03/部分C++0x
Visual Studio 2010	更多的C++0x
Visual Studio 2012	部分的C++11
Visual Studio 2013	更多的C++11

除非開發時使用到相當複雜的用法，不然幾乎沒有太大的差別。

在C++各版本中，某些敘述語法是無法向上相容的，

VS2013 所使用的敘述有時候在 VS2012 是會無法解讀的。

同樣的情況也會發生在其他的版本中。

Visual Studio 的版本所伴隨的功能一直增加，使得開發作業變得越來越容易。

因為許多原因而持續使用舊版本的 Visual Studio 對於開發者來說，可能會比較辛苦。

根據不同的 Visual Studio 版本，所使用的 .NET Framework 版本也不同。

雖然 Visual Studio 每個版本皆有一定範圍的 .NET Framework版本可以選擇。

不過根據編譯器的版本還是會有些問題。

Visual Studio 和 .NET Framework 的版本

Visual Studio	對應 .NET Framework	附註
Visual Studio.NET 2002	1.0
Visual Studio.NET 2003	1.1
Visual Studio 2005	2.0
Visual Studio 2008	2.0, 3.0, 3.5
Visual Studio 2010	4.0	安裝 .NET Framework 3.5 即可選擇 2.0, 3.0, 3.5
Visual Studio 2012	4.0, 4.5	安裝 .NET Framework 3.5 即可選擇 2.0, 3.0, 3.5
Visual Studio 2013	4.5.1	安裝 .NET Framework 3.5 即可選擇 2.0, 3.0, 3.5

2.0、3.0、3.5 三個版本可以完全共存。3.5 有包含 2.0 和 3.0。

2.0 或 3.0 所開發的程式，基本上可以在 3.5 SP1 下完整使用。

4.0 和 4.5 無法共存。4.0 和 4.5.1 也無法共存。

在 4.0 的環境中安裝 4.5 會被直接把 4.0 升級取代成 4.5。

4.0 所開發的程式，除了極少部分的程式，幾乎都可以在 4.5 或 4.5.1中正常執行。

OS 和 .NET Framework 的版本

OS版本和各版本的 .NET Framework 的對應關係

OS版本	1.0	1.1	2.0	3.0	3.5	4.0	4.5	4.5.1
2000	V	V	V	-	-	-	-	-
XP	V	V	V	V	V	V	-	-
Server 2003	V	VV	V	V	V	V	-	-
Server 2003 R2	V	VV	VV	V	V	V	-	-
Vista	-	V	VV	VV	V	V	V	V (SP2)
Server 2008	-	V	VV	VV	V	V	V	V (SP2)
7	-	-	VV	VV	VV	V	V	V (SP1)
Server 2008 R2	-	-	VV	VV	VV	V	V	V
8	-	-	V	V	V	-	VV	V
Server 2012	-	-	V	V	V	-	VV	V
8.1	-	-	V	V	V	-	-	VV

符號
- -: 無法安裝
- V: 可以安裝
- VV: 標準配備

基本上，由於 3.5 有包含 2.0 和 3.0，所以由這幾個版本的 .NET Framework 所做出來程式，

都可只安裝 3.5 即可執行。

4.0、4.5、4.5.1 所開發的程式，除了極少部分的 4.0，基本上可以在有安裝 4.5.1 的機器上執行。

也就是說如果機器同時存在 3.5 和 4.5.1 兩個版本，則應該就可以執行 2.0 ～ 4.5.1 的每個版本。

.NET Framework 的支援期限

.NET Framework 版本	延長支援結束日期	實際結束日期	標準搭載作業系統	開發工具
2.0 SP2	2016/04/12	2020/01/14 依據 3.5 SP1	Windows Server 2003 R2	Visual Studio 2005
3.0 SP2	2011/07/12	2020/01/14 依據 3.5 SP1	Windows Vista SP2 Windows Server 2008	Expression Blend
3.5 SP1	2020/01/14 依據 OS	2020/01/14 依據 OS	Windows 7 Windows Server 2008 R2	Visual Studio 2008
4.0	2020/09/08 依據 VS 2010	2020/09/08 依據 VS 2010	-	Visual Studio 2010
4.5	2023/01/10 依據 OS、VS	2023/01/10 依據 OS、VS	Windows 8 Windows Server 2012	Visual Studio 2012
4.5.1	2024/04/09 依據 VS 2013	2024/04/09 依據 VS 2013	Windows 8.1 Windows Server 2012 R2	Visual Studio 2013

相關來源:

.NET Framework のサポート期限

http://h-pg.blogspot.tw/2013/12/net-framework-support-deadline.html

[C#][.NET]アプリケーション開発と保守における考慮事項

http://d.hatena.ne.jp/torutk/20131103/p1

.NET Framework のバージョンの互換性

http://msdn.microsoft.com/ja-jp/library/vstudio/ff602939.aspx

.NET Framework 4.5と下位バージョンの互換性がカオス

http://freesoft.tvbok.com/tips/os/net_framework_45.html

.NET Framework のバージョンおよび依存関係

http://msdn.microsoft.com/ja-jp/library/bb822049(v=vs.110).aspx

Windows 8 / Windows Server 2012 用の .NET 4.5.1

http://operationslab.wordpress.com/2013/11/28/windows-8-windows-server-2012-%E7%94%A8%E3%81%AE-net-4-5-1/

.NET Framework 4.0 と 4.5 は CLR のバージョンが異なる

http://fnya.cocolog-nifty.com/blog/2012/09/net-framework-4.html

.NET Framework 4.5 のインストールにより Visual Studio 2010 が起動するビルドツールが 64 bit 版に変化する場合がある

http://support.microsoft.com/kb/2783939/ja

Microsoft Visual Studio 大集合

http://www.dotblogs.com.tw/danking/archive/2014/02/14/143990.aspx

.NET Framework のサポート概要

http://msdn.microsoft.com/ja-jp/vstudio/cc807061.aspx

Microsoft Visual C++ Wikipedia

http://ja.wikipedia.org/wiki/Microsoft_Visual_C%2B%2B

[Visual Studio] 複數版本的Visual Studio共存

Visual Studio 多個版本共存的筆記。

雖然這麼說，不過是VC++的東西。

在C++的開發中，include directory 和 library directory 雖然可以在每個專案中各自設定，

但也可以全域的方式設定。

此篇筆記是在記錄以全域方式設定 include directory 和 library directory，

使所有的專案都可以使用這樣的設定。

在 Visual Studio 中，2010、2012、2013這三個版本的MS Build都沒有改變，

所以基本上這三個版本都是共用這一個 Property sheet 設定。

在預設路徑下， property sheet 可以在下方的路徑中找到

32位元的專案

C:\Users\<user-name>\AppData\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props

64位元的專案

C:\Users\<user-name>\AppData\Microsoft\MSBuild\v4.0\Microsoft.Cpp.x64.user.props

用來區分VS版本的方法為 Condition 屬性，

直接將 Condition 屬性增加到 IncludePath 和 LibraryPath 下即可。

<?xml version="1.0" encoding="utf-8"?> 

<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

  <ImportGroup Label="PropertySheets">
  </ImportGroup>
  <PropertyGroup Label="UserMacros" />
  <PropertyGroup />
  <PropertyGroup>
    <IncludePath>$(IncludePath);C:\opencv248\build\include</IncludePath>
  </PropertyGroup>
  <PropertyGroup>
    <LibraryPath Condition=" '$(VisualStudioVersion)' == '11.0'">$(LibraryPath);C:\opencv248\build\x86\vc11\lib</LibraryPath>
    <LibraryPath Condition=" '$(VisualStudioVersion)' == '12.0'">$(LibraryPath);C:\opencv248\build\x86\vc12\lib</LibraryPath>
  </PropertyGroup>
  <ItemDefinitionGroup />
  <ItemGroup />

</Project>

VisualStudioVersion 10.0 為 VS 2010

VisualStudioVersion 11.0 為 VS 2012

VisualStudioVersion 12.0 為 VS 2013

事實上 Condition 屬性也可以直接加在 PropertyGroup 標籤中。

來源: http://www.rainyman.net/nest/?p=759

登録: 投稿 (Atom)