日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Ubuntu18.04.1下源碼編譯安裝OpenJDK8

自己編譯個JDK來提升對JVM的興趣。本文分三部分來描述編譯OpenJDK的過程，分別是編譯前準(zhǔn)備工作、構(gòu)建編譯環(huán)境、進行編譯，在這三部分內(nèi)容中順帶把趟的坑一起說明下。
 
一、編譯前準(zhǔn)備工作

創(chuàng)新互聯(lián)，為您提供網(wǎng)站建設(shè)公司、重慶網(wǎng)站制作、網(wǎng)站營銷推廣、網(wǎng)站開發(fā)設(shè)計，對服務(wù)成都水電改造等多個行業(yè)擁有豐富的網(wǎng)站建設(shè)及推廣經(jīng)驗。創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司成立于2013年,提供專業(yè)網(wǎng)站制作報價服務(wù),我們深知市場的競爭激烈，認(rèn)真對待每位客戶，為客戶提供賞心悅目的作品。 與客戶共同發(fā)展進步，是我們永遠(yuǎn)的責(zé)任！

1.1 安裝Linux環(huán)境

https://askubuntu.com/questions/1070593/lenovo-thinkpad-e480-no-wifi-adaptor-found-in-ubuntu-18-04

1.2 下載OpenJDK源碼

　　原本是計劃按照周老師的書一步一步的操作，所以計劃的是編譯OpenJDK7，OpenJDK7對應(yīng)的BootStrapJDK是OpenJDK6，無奈OpenJDK6在Ubuntu 18.04.1 LTS上很難再找到資源，故放棄了這個思路，改成編譯OpenJDK8，BootStrapJDK是OpenJDK7，實踐證明這個操作也是一路的坑，后面環(huán)節(jié)再敘述。

　　確定了思路后，接下來就是下載OpenJDK8的源代碼，有兩種方式：

　　第一種就是Mercurial，優(yōu)點就是操作起來很簡單，不需要再解壓文件包，缺點就是需要耗費的時間長一些，實際上本人最終就是使用的這種方式，預(yù)計耗時半小時左右。Mercurial也是一種版本管理工具，大家可以想象下SVN、Git之類的工具。下載代碼的命令如下：

hg clone http://hg.openjdk.java.net/jdk8u/jdk8u-dev
cd jdk8u-dev
sh get_source.sh

第二種就是手動方式，說白了就是自己去下載源碼包，然后解壓，優(yōu)點就是耗時短，但相對來說如果不會查找資源，就只能下載到老版本的源代碼，比如我就只找到這個鏈接http://jdk.java.net/java-se-ri/8下的源代碼，這個版本是2015年的版本，距離現(xiàn)在已經(jīng)過去了三年，這樣的代碼其實在后面的編譯過程中如果遇到一些問題就無法判斷是Linux的問題還是OpenJDK8的代碼問題。
 
　　到目前為止，已經(jīng)有了Linux操作系統(tǒng)，需要編譯的OpenJDK源代碼也已經(jīng)有了，下一個環(huán)節(jié)便是思考如何構(gòu)建編譯環(huán)境。

二、構(gòu)建編譯環(huán)境

　　學(xué)習(xí)了這么多年，大家應(yīng)該都具備了一定的學(xué)習(xí)方法。做IT的一個很重要的學(xué)習(xí)方法就是在拿到資料后，最好先翻閱下這個資料的DEMO或者是README之類的。同樣，OpenJDK源代碼目錄下也有這樣一個文件，叫做README-builds.html。

　　這個文件基本上貫穿了咱們本文的操作流程，首先來看下Introduction：

  • The build is now a "configure && make" style build
  • Any GNU make 3.81 or newer should work
  • The build should scale, i.e. more processors should cause the build to be done in less wall-clock time
  • Nested or recursive make invocations have been significantly reduced, as has the total fork/exec or spawning of sub processes during the build
  • Windows MKS usage is no longer supported
  • Windows Visual Studio vsvars*.bat and vcvars*.bat files are run automatically
  • Ant is no longer used when building the OpenJDK
  • Use of ALT_* environment variables for configuring the build is no longer supported

　　和OpenJDK7的構(gòu)建相比，已經(jīng)不再需要Ant，另外ALT_* 的環(huán)境變量也不再支持，OpenJDK7的編譯過程可查看周老師的書，也可以網(wǎng)上查閱其他資料。

　　文件的第二部分內(nèi)容是下載源代碼，目前代碼下載環(huán)節(jié)已在本文1.2中體現(xiàn)，這里不再贅述。

　　第三部分就是Building，這里聲明了各個操作系統(tǒng)環(huán)境中的軟件硬件要求，明確要求了OpenJDK8的boot JDK是JDK 7。

2.1 安裝boot JDK

　　在文件中的Specific Developer Build Environments部分實際也約定了如何安裝boot JDK，命令如下（在Ubuntu 18.04.1 LTS中aptitude 應(yīng)該改成apt-get）：

sudo aptitude build-dep openjdk-7
sudo aptitude install openjdk-7-jdk

實際執(zhí)行下來，如上命令也是不成功的，提示沒有可安裝候選，這個也就是本文1.2提到的其中一個坑，該如何解決呢？請看https://askubuntu.com/questions/761127/how-do-i-install-openjdk-7-on-ubuntu-16-04-or-higher，里面的ppa方式也已經(jīng)過期了，只能按MDMower描述的方案來操作，我這邊選擇了Manual Installation，最終成功安裝boot JDK，結(jié)果如下：

2.2 依賴檢查

　　實際上如果是按照README-builds.html的流程，在安裝boot JDK之前是先進行依賴檢查的，即使沒有先安裝boot JDK，直接通過bash ./configure來檢查的話，這步最先提示的也是安裝boot JDK，提示如下：
 
configure: Could not find a valid Boot JDK. You might be able to fix this by running 'sudo apt-get install openjdk-7-jdk'.
configure: This might be fixed by explicitely setting –with-boot-jdk

　　在完成本文2.1后，接下來就是遞歸執(zhí)行bash ./configure來檢查編譯環(huán)境的依賴項是否全部安裝完成。直到看到這個結(jié)果：

Configuration summary:
* Debug level:    release
* JDK variant:    normal
* JVM variants:  server
* OpenJDK target: OS: linux, CPU architecture: x86, address length: 64

Tools summary:
* Boot JDK:      java version "1.7.0_161" OpenJDK Runtime Environment (IcedTea 2.6.12) (7u161-2.6.12-1) OpenJDK 64-Bit Server VM (build 24.161-b01, mixed mode)  (at /usr/lib/jvm/java-7-openjdk-amd64)
* Toolchain:      gcc (GNU Compiler Collection)
* C Compiler:    Version 7.3.0 (at /usr/bin/gcc)
* C++ Compiler:  Version 7.3.0 (at /usr/bin/g++)

Build performance summary:
* Cores to use:  7
* Memory limit:  7872 MB

　　這里再補充說明下，在遞歸執(zhí)行依賴檢查的過程中可能會提示這個 libx11-dev，Ubuntu 18.04.1 LTS是這么提示安裝項目的：
 
sudo apt-get install libX11-dev libxext-dev libxrender-dev libxtst-dev libxt-dev

　　libX11-dev的X是大寫的，應(yīng)該會提示找不到這個依賴項，這個時候要把大寫X改成小寫的x，為 libx11-dev，就可以找到依賴項了。
　　到這一步，OpenJDK8的編譯環(huán)境就已經(jīng)準(zhǔn)備好了，下一步就是編譯OpenJDK8。

三、進行編譯

　　編譯的代碼很簡單，直接make all即可，當(dāng)然也可以按照README-builds.html中對make執(zhí)行帶參數(shù)編譯，說明如下：
 

Make Target

Description

empty

build everything but no images

all

build everything including images

all-conf

build all configurations

images

create complete j2sdk and j2re images

install

install the generated images locally, typically in /usr/local

clean

remove all files generated by make, but not those generated by configure

dist-clean

remove all files generated by both and configure (basically killing the configuration)

help

give some help on using make, including some interesting make targets

　　在編譯前還有幾個注意事項，這些注意事項在文件README-builds.html中也是有體現(xiàn)的：

　　設(shè)定語言選項，可先執(zhí)行echo $LANG，看下輸出，如果不是C，則執(zhí)行export LANG=C；

　　設(shè)定PATH，可先執(zhí)行echo $PATH，看下輸出，如果沒有boot JDK，則執(zhí)行export PATH="/usr/lib/jvm/java-7-openjdk-amd64/bin:${PATH}"；

　　檢查JAVA_HOME ，可先執(zhí)行echo $JAVA_HOME，看下輸出，如果有值則需要unset JAVA_HOME；

　　這三步檢查執(zhí)行通過后，就可以執(zhí)行make命令了。一切順利的話，就可以看到這樣的編譯結(jié)果：

## Finished docs (build time 00:01:46)

----- Build times -------
Start 2018-09-23 16:59:30
End  2018-09-23 17:08:39
00:00:19 corba
00:00:13 demos
00:01:46 docs
00:03:26 hotspot
00:00:18 images
00:00:13 jaxp
00:00:17 jaxws
00:02:01 jdk
00:00:25 langtools
00:00:11 nashorn
00:09:09 TOTAL
-------------------------
Finished building OpenJDK for target 'all'

看到這樣的結(jié)果，表示編譯成功，可以到多個目錄下的bin目錄執(zhí)行./java -version來驗證。

　　事實上，我在編譯的過程中就不順利，主要遇到了兩個問題：
 
1、編譯內(nèi)核版本問題
 
 　　在本文1.2中已經(jīng)提到了兩種獲取源碼的方式，其實一開始我采用的是方法二，下載的是2015年的openjdk-8u40，這個源碼包中的/hotspot/make/linux/Makefile文件中聲明的SUPPORTED_OS_VERSION不支持4.X的內(nèi)核，所以編譯報如下截圖的錯誤：

　　因為Ubuntu 18.04.1 LTS的內(nèi)核是4.15.0-34-generic，故如果要繼續(xù)編譯下去，需要將Makefile的SUPPORTED_OS_VERSION那行后面添加4%。

2、-Werror=deprecated-declarations問題

　　在我把問題1解決后，繼續(xù)編譯，后面又碰到了很多神奇的問題，而且很難查找到相關(guān)解決問題的資料。所以我只能從邏輯上推理下，OpenJDK8一直在更新發(fā)展，Ubuntu 也一直在更新發(fā)展，兩者同步更新，應(yīng)該取最新的文件編譯起來問題才會少一些，而且猜測也有更多的資料可查，但是現(xiàn)在用的是2015年的openjdk-8u40，而 Ubuntu又是最新的，所以有問題估計也沒有人去修復(fù)（其實我們的很多應(yīng)用系統(tǒng)一樣也是這個道理，年久失修，沒什么人用的功能有問題也不一定去修復(fù)）。這個時候我果斷切換到最新的OpenJDK8，通過Mercurial下載最新的代碼，然后在Ubuntu 18.04.1 LTS編譯。編譯的過程就碰到一個問題，報錯如下：
 
os_linux.inline.hpp:127:18: error: 'int readdir_r(DIR*, dirent*, dirent**)' is deprecated [-Werror=deprecated-declarations]

　　查閱網(wǎng)上資料說是這是因為glibc >= 2.24的情況下，方法 readdir_r被 deprecated，不支持了，通過getconf GNU_LIBC_VERSION檢查發(fā)現(xiàn)Ubuntu 18.04.1 LTS版本為glibc 2.27，而且也有很多人在OpenJDK上報了BUG，鏈接https://bugs.openjdk.java.net/browse/JDK-8179887,6/7/8/9都不打算修復(fù)此問題，會在11修復(fù)這個BUG，所以當(dāng)前只能通過其他的方式來解決，解決方案如下：

在./hotspot/make/linux/makefiles/gcc.make文件中找到WARNINGS_ARE_ERRORS = -Werro，注釋該段或改成WARNINGS_ARE_ERRORS = -Wno-all。再編譯就會忽略掉警告，直到編譯完成。


分享題目：Ubuntu18.04.1下源碼編譯安裝OpenJDK8
分享URL：http://www.dlmjj.cn/article/dpcedhp.html