編譯openjdk7

A. 如果在 linux快速搭建 java openjdk 編譯環境

Linux直接打個命令就裝好了呀 很簡單的
比如ubuntu，打sudo install openjdk-7-jdk
或者你在軟體中心，點下安裝按鈕也行
Linux下面裝軟體最方便了

B. 如何用jdk8編譯出能在jre7上跑的軟體，我直接編譯的放了openjdk7上不能跑。

只有兩種方式
一，降低jdk的版本
二，將jdk8中特殊的用法刪除

C. 如何交叉編譯openjdk 使之能在arm-Linux中運行

直接下載OpenJDK8源碼肯定不通過。有一個專門的移植工程：

hg clone http://hg.openjdk.java.net/aarch64-port/jdk8/

hg clone http://hg.openjdk.java.net/aarch64-port/jdk8u/

這個有時無法下載，使用：

https://github.com/AdoptOpenJDK/openjdk-aarch64-jdk8u

關於OpenJDK的編譯，這個博客記錄最為詳細，所有問題都有解決辦法：

網頁鏈接

D. linux編譯openjdk7 報錯undefined reference to不知道怎麼添加引用

將 int mian() 修改為 int main()

E. 如何用Mac完美編譯OpenJDK 7

1.選擇OSX版本很重要。目前這里Mac版本是10.10，配置好必要信息以後就開始編，結果錯誤滿屏。簡單看過之後發現是編譯C文件的時候參數有誤，於是查了一下，才知道是LLVM版本太新，不兼容低版本的一些編譯參數。照著上面改了點代碼，但是依舊編譯不過。既然高版本不行，就裝個低版本的唄。由於最新的OSX不能裝低版本的Xcode（裝了Xcode才能裝LLVM），所以去下了一個10.8的OSX裝在虛擬機里，然後再裝個Xcode4.4。裝好Xcode以後，要手動下載LLVM安裝。打開Xcode，隨便建立一個空項目，然後打開Preferences，找到如下所示的地方開始安裝第一步咱就這么搞定了。2.安裝X11X11這玩意是unix類os使用的圖形系統，10.8以前的OSX是自帶的，但是從此以後就不自帶了。對應於Mac，你需要裝XQuartz，這個沒有版本限制，去網上下最新版即可。裝這個的原因是當時在編譯PolicyTools的時候出現了如下錯誤：ld:librarynotfoundfor-lX11安裝以後要為X11建立軟連接sudoln-s/usr/X11/include/X11/usr/include/X113.安裝freetype在linux下編譯openjdk的朋友可能遇到過需要安裝freetype的要求，然後安裝下並將安裝目錄加到環境變數里就好了。但是OSX不一樣，freetype單獨安裝實際是沒用的。雖然單獨安裝能讓編譯前的檢查通過，但是到後面還是會出錯，至於原因我沒找到。那怎麼呢？實際上如果安裝好X11，freetype就一起安裝好了，大家可以去X11的目錄里看看是否有freetype。雖然說安裝了X11就自帶freetype，但是編譯過程中可能會出現如下錯誤：error:freetype/config/ftheader.h:Nosuchfileordirectory實際上就是目錄問題，執行下面這句命令就好了：sudoln-s/sr/X11/include/freetype2/freetype//usr/X11/include/freetype4.配置環境變數和在Linux下編譯相比，OSX的環境變數配置相對來說簡單很多。只需要配置編譯需要的jdk和llvm的目錄就可以了。因為很多源代碼都是用本機現有的jdk來編譯，所以預裝一個低版本的jdk是必須的，這里我們需要安裝jdk6。安裝好以後，找到其安裝目錄，並添加如下環境變數：[plain]viewplainexportALT_BOOTDIR=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home通常來說安裝目錄都應該在/System/Library/Java/JavaVirtualMachines目錄下。如果不在的話，有個技巧可以找到。因為安裝好jdk以後，系統會自動在/usr/bin下建立指向java命令的軟連接，所以執行「ls-l/usr/bin/java」就能看到這個命令指向哪，然後這么順著找下去就能找到。llvm是編譯C類文件所必須的，所以要把它的所在目錄添加到環境變數里。通常OSX下安裝app都會把app移到Applications目錄下，所以我最初安裝Xcode的時候也把他移進去了，如果你把Xcode放在了別的目錄，那就找到對應的目錄即可。[plain]viewplainexportALT_COMPILER_PATH=/Applications/Xcode.app/Contents/Developer/usr/bin5.獲取編譯源碼按照這上面的第三點獲取源代碼如果沒有裝hg的需要自行安裝到現在為止，編譯前的准備工作已經完成。我們可以先執行makesanity執行下編譯前的檢查。如果檢查通過，先來看看具體的編譯命令：[plain]viewplainmakeALLOW_DOWNLOADS=trueSA_APPLE_BOOT_JAVA=trueSKIP_DEBUG_BUILD=falseSKIP_FASTDEBUG_BUILD=falseALWAYS_PASS_TEST_GAMMA=trueHOTSPOT_BUILD_JOBS=`sysctl-nhw.ncpu`這里有兩個問題：a.ALLOW_DOWNLOADS=true表示編譯過程中允許下載。因為有些編譯模塊，比如jaxp，編譯腳本中指定了需要下載特定的包。雖然我沒試過設置成false會不會影響編譯，但是還是推薦設置成true。但是這就帶來另一個問題，下載這類包很費時間，有時候就會在那卡很長時間，所以我根據編譯日誌找到編譯腳本中控制下載的具體命令，修改修改並且把用迅雷下的對應包放到正確目錄中，然後重新編譯一遍，就能順利通過了。這一點後面我會詳說。b.SKIP_DEBUG_BUILD=falseSKIP_FASTDEBUG_BUILD=false這兩個表示編譯出來的jdk或者hotspot是否可以debug。FASTDEBUG表示的應該是提供簡單的debug功能，如果想要完整的debug，則SKIP_DEBUG_BUILD必須設置為false。不過這里提醒一點，如果想在debugjdk的時候能看到debug信息，比如變數名等，只需要SKIP_FASTDEBUG_BUILD設置為false就可以了如果這兩個問題都不是問題，那麼就可以按回車了。如果debug和fastdebug都是false，再加上用虛擬機編譯，所以需要的時間會比較長，你也許需要找一部長一點的電影來消磨一下了。最後編譯出來的結果是這樣的：j2sdk-image就是自己編譯出來的jdk，可以直接用了。至於其他目錄下的內容，各位自己琢磨吧。現在來說下ALLOW_DOWNLOADS=true引起的問題。但是遇到下載很久的包總共有三個：jaxp145_01.zip、jdk7-jaf-2010_08_19.zip、jdk7-jaxws2_2_4-b03-2011_05_27.zip之前說過可以修改編譯腳本跳過下載並且用我們已經下載好的，但是實際編譯過程中，這三個包對應的的編譯腳本是動態生成的，所以只能等到他卡在那了，才能停下來並找到腳本修改之。因此因為這三個包，總共需要停3次。，比起一直卡在那好太多了。假設編譯的是普通版本，即非DEBUG和非FASTDEBUG。下面以jaxp145_01.zip為例子講一下怎麼修改對應腳本：腳本所在位置：openjdk根目錄/build/macosx-universal/jaxp/build/xml_generated/build-drop-jaxp_src.xml

F. 編譯openjdk總是出現這個問題，怎麼解決

(1)/etc/profileexportJAVA_HOME=/usr/java/jdk1.7.0_67-cloudera/exportPATH=$PATH:$JAVA_HOME/binexportJRE_HOME="$JAVA_HOME/jre"exportCLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/rt.jar修改完成後，使用source/etc/profile命令進行更新；（2）下面這幾步比較重要，因為在許多linux系統中都預裝了openjdk，所以即使上面進行了這些設置，系統默認的還不是我們要設置的內容；如果要真正使用我們自己的jdk，還需要一下步驟：sudoupdate-alternatives--install/usr/bin/javajava/usr/java/jdk1.7.0_67-cloudera/bin/java300sudoupdate-alternatives--install/usr/bin/javacjavac/usr/java/jdk1.7.0_67-cloudera/bin/javac300(這里的300隻是標識一下，沒什麼意義，只是下一步要用到)（3）大功告成，使用java-version命令來查看我們的java環境變數，顯示如下內容：javaversion"1.7.0_05"Java(TM)SERuntimeEnvironment(build1.7.0_05-b06)JavaHotSpot(TM)ServerVM(build23.1-b03,mixedmode)*對於更新一個/usr/bin/xxx命令指向一個新的路徑可以用sudoupdate-alternatives--configxxx

G. Linux下的JDK和OpenJDK有什麼具體的區別

OpenJDK是JDK的開放原始碼版本，以GPL(General
Public
License)協議的形式放出(題主提到的open就是指的開源)。在JDK7的時候，OpenJDK已經作為JDK7的主幹開發，SUN
JDK7是在OpenJDK7的基礎上發布的，其大部分原始碼都相同，只有少部分原始碼被替換掉。使用JRL(JavaResearch
License，Java研究授權協議)發布。至於OpenJDK6則更是有其復雜的一面，首先是OpenJDK6是JDK7的一個分支，並且盡量去除Java
SE7的新特性，使其盡量的符合Java6的標准。關於JDK和OpenJDK的區別，可以歸納為以下幾點：
授權協議的不同：OpenJDK採用GPL
V2協議放出，而SUN
JDK則採用JRL放出。兩者協議雖然都是開放源代碼的，但是在使用上的不同在於GPL
V2允許在商業上使用，而JRL只允許個人研究使用。
OpenJDK不包含Deployment（部署）功能：部署的功能包括：Browser
Plugin、Java
Web
Start、以及Java控制面板，這些功能在OpenJDK中是找不到的。
OpenJDK源代碼不完整：這個很容易想到，在採用GPL協議的OpenJDK中，SUN
JDK的一部分源代碼因為產權的問題無法開放給OpenJDK使用，其中最主要的部份就是JMX中的可選元件SNMP部份的代碼。因此這些不能開放的源代碼
將它作成plug，以供OpenJDK編譯時使用，你也可以選擇不要使用plug。而Icedtea則為這些不完整的部分開發了相同功能的源代碼
(OpenJDK6)，促使OpenJDK更加完整。
部分源代碼用開源代碼替換：由於產權的問題，很多產權不是SUN的源代碼被替換成一些功能相同的開源代碼，比如說字體柵格化引擎，使用Free
Type代替。
OpenIDK只包含最精簡的JDK：OpenJDK不包含其他的軟體包，比如Rhino
Java
DB
JAXP……，並且可以分離的軟體包也都是盡量的分離，但是這大多數都是自由軟體，你可以自己下載加入。
不能使用Java商標：這個很容易理解，在安裝OpenJDK的機器上，輸入「java
-version」顯示的是OpenJDK，但是如果是使用Icedtea補丁的OpenJDK，顯示的是java。
總之，在Java體系中，還是有很多不自由的成分，源代碼的開發不夠徹底，希望Oracle能夠讓JCP更自由開放一些，這也是所有Java社區所希望的。

H. openjdk-7-jdk_7u161在哪裡下載

官網應該有下載, 如果找不到可以去下載源碼,自己編譯一份

I. openjdk和jdk的區別

使用過LINUX的人都應該知道，在大多數LINUX發行版本里，內置或者通過軟體源安裝JDK的話，都是安裝的openjdk,那麼到底什麼是openjdk，它與sun jdk有什麼關系和區別呢？
歷史上的原因是，openjdk是jdk的開放原始碼版本，以GPL協議的形式放出。在JDK7的時候，openjdk已經成為jdk7的主幹開發，sun jdk7是在openjdk7的基礎上發布的，其大部分原始碼都相同，只有少部分原始碼被替換掉。使用JRL(JavaResearch License，Java研究授權協議)發布。
至於openjdk6則更是有其復雜的一面，首先是openjdk6是jdk7的一個分支，並且盡量去除Java SE7的新特性，使其盡量的符合Java6的標准。
關於JDK和OpenJDK的區別，可以歸納為以下幾點：
授權協議的不同：
openjdk採用GPL V2協議放出，而JDK則採用JRL放出。兩者協議雖然都是開放源代碼的，但是在使用上的不同在於GPL V2允許在商業上使用，而JRL只允許個人研究使用。
OpenJDK不包含Deployment（部署）功能：
部署的功能包括：Browser Plugin、Java Web Start、以及Java控制面板，這些功能在Openjdk中是找不到的。
OpenJDK源代碼不完整：
這個很容易想到，在採用GPL協議的Openjdk中，sun jdk的一部分源代碼因為產權的問題無法開放openjdk使用，其中最主要的部份就是JMX中的可選元件SNMP部份的代碼。因此這些不能開放的源代碼將它作成plug，以供OpenJDK編譯時使用，你也可以選擇不要使用plug。而Icedtea則為這些不完整的部分開發了相同功能的源代碼(OpenJDK6)，促使OpenJDK更加完整。
部分源代碼用開源代碼替換：
由於產權的問題，很多產權不是SUN的源代碼被替換成一些功能相同的開源代碼，比如說字體柵格化引擎，使用Free Type代替。
openjdk只包含最精簡的JDK：
OpenJDK不包含其他的軟體包，比如Rhino Java DB JAXP……，並且可以分離的軟體包也都是盡量的分離，但是這大多數都是自由軟體，你可以自己下載加入。
不能使用Java商標：
這個很容易理解，在安裝openjdk的機器上，輸入「java -version」顯示的是openjdk，但是如果是使用Icedtea補丁的openjdk，顯示的是java。（未驗證）
總之，在Java體系中，還是有很多不自由的成分，源代碼的開發不夠徹底，希望Oracle能夠讓JCP更自由開放一些，這也是所有Java社區所希望的。

J. win7 下面怎麼編譯一個openjdk

好久沒有在windows下編過了，以前我是找vs2010 express來編的，遇到過類似的問題，不
過時間太長不確認是不是同一個了。
你可以看一下對應makefile裡面COMPILER_VERSION是怎麼獲取的。我印象中是根據cl.exe
的輸出然後截取字元串來確認版本的，在某些版本/語言下，字元串與makefile代碼中的預
期不一致，導致這個變數沒有寫進去。
詳細一些的攻略可以看我這篇文章4
不過我衷心建議你搞個linux來編，我在ubuntu10.10下需要的東西一個apt-get就結束了，
win下找各種依賴的東西很費時間，尤其是編那個破freetype。