Thu, 05 Jan 2012 08:42:22 -0800
Added tag jdk8-b20 for changeset 5a5eaf6374bc
duke@2 | 1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> |
duke@2 | 2 | <html> |
ohair@13 | 3 | <head> |
ohair@13 | 4 | <title>OpenJDK Build README</title> |
ohair@13 | 5 | </head> |
ohair@13 | 6 | <body style="background-color:lightcyan"> |
ohair@13 | 7 | <!-- ====================================================== --> |
ohair@41 | 8 | <table width="100%"> |
ohair@13 | 9 | <tr> |
ohair@13 | 10 | <td align="center"> |
ohair@25 | 11 | <img alt="OpenJDK" |
ohair@25 | 12 | src="http://openjdk.java.net/images/openjdk.png" |
ohair@25 | 13 | width=256 /> |
ohair@13 | 14 | </td> |
ohair@13 | 15 | </tr> |
ohair@13 | 16 | <tr> |
ohair@13 | 17 | <td align=center> |
ohair@13 | 18 | <h1>OpenJDK Build README</h1> |
ohair@13 | 19 | </td> |
ohair@13 | 20 | </tr> |
ohair@13 | 21 | </table> |
ohair@13 | 22 | <!-- ------------------------------------------------------ --> |
ohair@13 | 23 | <hr> |
ohair@13 | 24 | <h2><a name="introduction">Introduction</a></h2> |
ohair@13 | 25 | <blockquote> |
ohair@13 | 26 | <p> |
ohair@276 | 27 | This README file contains build instructions for the |
ohair@276 | 28 | <a href="http://openjdk.java.net" target="_blank">OpenJDK</a>. |
ohair@276 | 29 | Building the source code for the |
ohair@276 | 30 | OpenJDK |
ohair@276 | 31 | requires |
ohair@276 | 32 | a certain degree of technical expertise. |
ohair@13 | 33 | </blockquote> |
ohair@13 | 34 | <!-- ------------------------------------------------------ --> |
ohair@13 | 35 | <hr> |
ohair@13 | 36 | <h2><a name="contents">Contents</a></h2> |
ohair@13 | 37 | <blockquote> |
ohair@13 | 38 | <ul> |
ohair@13 | 39 | <li><a href="#introduction">Introduction</a></li> |
ohair@276 | 40 | <li><a href="#hg">Use of Mercurial</a> |
ohair@276 | 41 | <ul> |
ohair@276 | 42 | <li><a href="#get_source">Getting the Source</a></li> |
ohair@276 | 43 | </ul> |
ohair@276 | 44 | </li> |
ohair@13 | 45 | <li><a href="#MBE">Minimum Build Environments</a></li> |
robilad@132 | 46 | <li><a href="#SDBE">Specific Developer Build Environments</a> |
ohair@41 | 47 | <ul> |
ohair@41 | 48 | <li><a href="#fedora">Fedora Linux</a> </li> |
ohair@41 | 49 | <li><a href="#centos">CentOS Linux</a> </li> |
ohair@276 | 50 | <li><a href="#debian">Debian GNU/Linux</a></li> |
ohair@276 | 51 | <li><a href="#ubuntu">Ubuntu Linux</a> </li> |
ohair@276 | 52 | <li><a href="#opensuse">OpenSUSE</a></li> |
ohair@276 | 53 | <li><a href="#mandriva">Mandriva</a></li> |
ohair@276 | 54 | <li><a href="#opensolaris">OpenSolaris</a></li> |
ohair@41 | 55 | </ul> |
ohair@276 | 56 | </li> |
ohair@320 | 57 | <li><a href="#directories">Source Directory Structure</a> |
ohair@320 | 58 | <ul> |
ohair@320 | 59 | <li><a href="#drops">Managing the Source Drops</a></li> |
ohair@320 | 60 | </ul> |
ohair@320 | 61 | </li> |
ohair@13 | 62 | <li><a href="#building">Build Information</a> |
ohair@13 | 63 | <ul> |
ohair@13 | 64 | <li><a href="#gmake">GNU Make (<tt><i>gmake</i></tt>)</a> </li> |
ohair@13 | 65 | <li><a href="#linux">Basic Linux System Setup</a> </li> |
ohair@13 | 66 | <li><a href="#solaris">Basic Solaris System Setup</a> </li> |
ohair@13 | 67 | <li><a href="#windows">Basic Windows System Setup</a> </li> |
ohair@276 | 68 | <li><a href="#dependencies">Build Dependencies</a> |
ohair@276 | 69 | <ul> |
ohair@276 | 70 | <li><a href="#bootjdk">Bootstrap JDK</a> </li> |
ohair@276 | 71 | <li><a href="#importjdk">Optional Import JDK</a> </li> |
ohair@320 | 72 | <li><a href="#ant">Ant 1.7.1</a> </li> |
ohair@276 | 73 | <li><a href="#cacerts">Certificate Authority File (cacert)</a> </li> |
ohair@276 | 74 | <li><a href="#compilers">Compilers</a> |
ohair@276 | 75 | <ul> |
ohair@276 | 76 | <li><a href="#msvc32">Microsoft Visual Studio Professional/Express for 32 bit</a> </li> |
ohair@276 | 77 | <li><a href="#msvc64">Microsoft Visual Studio Professional for 64 bit</a> </li> |
ohair@276 | 78 | <li><a href="#mssdk64">Microsoft Windows SDK for 64 bit</a> </li> |
ohair@276 | 79 | <li><a href="#gcc">Linux gcc/binutils</a> </li> |
ohair@276 | 80 | <li><a href="#studio">Sun Studio</a> </li> |
ohair@276 | 81 | </ul> |
ohair@276 | 82 | </li> |
ohair@276 | 83 | <li><a href="#zip">Zip and Unzip</a> </li> |
ohair@276 | 84 | <li><a href="#freetype">FreeType2 Fonts</a> </li> |
ohair@276 | 85 | <li>Linux and Solaris: |
ohair@276 | 86 | <ul> |
ohair@276 | 87 | <li><a href="#cups">CUPS Include files</a> </li> |
ohair@276 | 88 | <li><a href="#xrender">XRender Include files</a></li> |
ohair@276 | 89 | </ul> |
ohair@276 | 90 | </li> |
ohair@276 | 91 | <li>Linux only: |
ohair@276 | 92 | <ul> |
ohair@276 | 93 | <li><a href="#alsa">ALSA files</a> </li> |
ohair@276 | 94 | </ul> |
ohair@276 | 95 | </li> |
ohair@276 | 96 | <li>Windows only: |
ohair@276 | 97 | <ul> |
ohair@276 | 98 | <li>Unix Command Tools (<a href="#cygwin">CYGWIN</a>)</li> |
ohair@276 | 99 | <li><a href="#dxsdk">DirectX 9.0 SDK</a> </li> |
ohair@276 | 100 | </ul> |
ohair@276 | 101 | </li> |
ohair@276 | 102 | </ul> |
ohair@276 | 103 | </li> |
ohair@13 | 104 | </ul> |
ohair@13 | 105 | </li> |
ohair@13 | 106 | <li><a href="#creating">Creating the Build</a> </li> |
ohair@13 | 107 | <li><a href="#testing">Testing the Build</a> </li> |
ohair@13 | 108 | <li><a href="#variables">Environment/Make Variables</a></li> |
ohair@13 | 109 | <li><a href="#troubleshooting">Troubleshooting</a></li> |
ohair@13 | 110 | </ul> |
ohair@13 | 111 | </blockquote> |
ohair@276 | 112 | |
ohair@276 | 113 | <!-- ------------------------------------------------------ --> |
ohair@276 | 114 | <hr> |
ohair@276 | 115 | <h2><a name="hg">Use of Mercurial</a></h2> |
ohair@276 | 116 | <blockquote> |
ohair@276 | 117 | The OpenJDK sources are maintained with the revision control system |
ohair@276 | 118 | <a href="http://mercurial.selenic.com/wiki/Mercurial">Mercurial</a>. |
ohair@276 | 119 | If you are new to Mercurial, please see the |
ohair@276 | 120 | <a href="http://mercurial.selenic.com/wiki/BeginnersGuides">Beginner Guides</a> |
ohair@320 | 121 | or refer to the <a href="http://hgbook.red-bean.com/">Mercurial Book</a>. |
ohair@276 | 122 | The first few chapters of the book provide an excellent overview of |
ohair@276 | 123 | Mercurial, what it is and how it works. |
ohair@276 | 124 | <br> |
ohair@276 | 125 | For using Mercurial with the OpenJDK refer to the |
ohair@320 | 126 | <a href="http://openjdk.java.net/guide/repositories.html#installConfig"> |
ohair@320 | 127 | Developer Guide: Installing and Configuring Mercurial</a> |
ohair@276 | 128 | section for more information. |
ohair@276 | 129 | |
ohair@276 | 130 | <!-- ------------------------------------------------------ --> |
ohair@276 | 131 | <h3><a name="get_source">Getting the Source</a></h3> |
ohair@276 | 132 | <blockquote> |
ohair@276 | 133 | To get the entire set of OpenJDK Mercurial repositories |
neugens@359 | 134 | use the script <code>get_source.sh</code> located in the root repository: |
ohair@276 | 135 | <blockquote> |
ohair@276 | 136 | <tt> |
neugens@359 | 137 | hg clone http://hg.openjdk.java.net/jdk8/jdk8 <i>YourOpenJDK</i> |
ohair@276 | 138 | <br>cd <i>YourOpenJDK</i> |
ohair@276 | 139 | <br>sh ./get_source.sh |
ohair@276 | 140 | </tt> |
ohair@276 | 141 | </blockquote> |
ohair@276 | 142 | Once you have all the repositories, the |
ohair@276 | 143 | script <tt>make/scripts/hgforest.sh</tt> |
ohair@276 | 144 | can be used to repeat the same <tt>hg</tt> |
ohair@276 | 145 | command on every repository in the forest, e.g. |
ohair@276 | 146 | <blockquote> |
ohair@276 | 147 | <tt> |
ohair@276 | 148 | cd <i>YourOpenJDK</i> |
ohair@276 | 149 | <br>sh ./make/scripts/hgforest.sh pull -u |
ohair@276 | 150 | </tt> |
ohair@276 | 151 | </blockquote> |
ohair@276 | 152 | </blockquote> |
ohair@276 | 153 | |
ohair@276 | 154 | </blockquote> |
ohair@276 | 155 | |
ohair@13 | 156 | <!-- ------------------------------------------------------ --> |
ohair@13 | 157 | <hr> |
ohair@13 | 158 | <h2><a name="MBE">Minimum Build Environments</a></h2> |
ohair@13 | 159 | <blockquote> |
ohair@13 | 160 | This file often describes specific requirements for what we call the |
ohair@49 | 161 | "minimum build environments" (MBE) for this |
ohair@49 | 162 | specific release of the JDK, |
ohair@13 | 163 | Building with the MBE will generate the most compatible |
ohair@13 | 164 | bits that install on, and run correctly on, the most variations |
ohair@13 | 165 | of the same base OS and hardware architecture. |
ohair@13 | 166 | These usually represent what is often called the |
ohair@13 | 167 | least common denominator platforms. |
ohair@13 | 168 | It is understood that most developers will NOT be using these |
ohair@13 | 169 | specific platforms, and in fact creating these specific platforms |
ohair@13 | 170 | may be difficult due to the age of some of this software. |
ohair@13 | 171 | <p> |
ohair@276 | 172 | The minimum OS and C/C++ compiler versions needed for building the |
ohair@276 | 173 | OpenJDK: |
ohair@13 | 174 | <p> |
ohair@13 | 175 | <table border="1"> |
ohair@13 | 176 | <thead> |
ohair@13 | 177 | <tr> |
ohair@13 | 178 | <th>Base OS and Architecture</th> |
ohair@13 | 179 | <th>OS</th> |
ohair@49 | 180 | <th>C/C++ Compiler</th> |
xdono@105 | 181 | <th>BOOT JDK</th> |
ohair@13 | 182 | </tr> |
ohair@13 | 183 | </thead> |
ohair@13 | 184 | <tbody> |
ohair@13 | 185 | <tr> |
ohair@49 | 186 | <td>Linux X86 (32-bit)</td> |
ohair@49 | 187 | <td>Fedora 9</td> |
ohair@320 | 188 | <td>gcc 4.3 </td> |
ohair@320 | 189 | <td>JDK 6u18</td> |
ohair@13 | 190 | </tr> |
ohair@13 | 191 | <tr> |
ohair@49 | 192 | <td>Linux X64 (64-bit)</td> |
ohair@49 | 193 | <td>Fedora 9</td> |
ohair@320 | 194 | <td>gcc 4.3 </td> |
ohair@320 | 195 | <td>JDK 6u18</td> |
ohair@13 | 196 | </tr> |
ohair@13 | 197 | <tr> |
ohair@49 | 198 | <td>Solaris SPARC (32-bit)</td> |
ohair@320 | 199 | <td>Solaris 10 Update 6</td> |
ohair@211 | 200 | <td>Sun Studio 12 Update 1 + patches</td> |
ohair@320 | 201 | <td>JDK 6u18</td> |
ohair@13 | 202 | </tr> |
ohair@13 | 203 | <tr> |
ohair@49 | 204 | <td>Solaris SPARCV9 (64-bit)</td> |
ohair@320 | 205 | <td>Solaris 10 Update 6</td> |
ohair@211 | 206 | <td>Sun Studio 12 Update 1 + patches</td> |
ohair@320 | 207 | <td>JDK 6u18</td> |
ohair@13 | 208 | </tr> |
ohair@13 | 209 | <tr> |
ohair@49 | 210 | <td>Solaris X86 (32-bit)</td> |
ohair@320 | 211 | <td>Solaris 10 Update 6</td> |
ohair@211 | 212 | <td>Sun Studio 12 Update 1 + patches</td> |
ohair@320 | 213 | <td>JDK 6u18</td> |
ohair@13 | 214 | </tr> |
ohair@13 | 215 | <tr> |
ohair@49 | 216 | <td>Solaris X64 (64-bit)</td> |
ohair@320 | 217 | <td>Solaris 10 Update 6</td> |
ohair@211 | 218 | <td>Sun Studio 12 Update 1 + patches</td> |
ohair@320 | 219 | <td>JDK 6u18</td> |
ohair@13 | 220 | </tr> |
ohair@13 | 221 | <tr> |
ohair@49 | 222 | <td>Windows X86 (32-bit)</td> |
ohair@13 | 223 | <td>Windows XP</td> |
prr@175 | 224 | <td>Microsoft Visual Studio C++ 2010 Professional Edition</td> |
ohair@320 | 225 | <td>JDK 6u18</td> |
ohair@13 | 226 | </tr> |
ohair@13 | 227 | <tr> |
ohair@49 | 228 | <td>Windows X64 (64-bit)</td> |
ohair@13 | 229 | <td>Windows Server 2003 - Enterprise x64 Edition</td> |
prr@175 | 230 | <td>Microsoft Visual Studio C++ 2010 Professional Edition</td> |
ohair@320 | 231 | <td>JDK 6u18</td> |
ohair@13 | 232 | </tr> |
ohair@13 | 233 | </tbody> |
ohair@13 | 234 | </table> |
ohair@276 | 235 | <p> |
ohair@49 | 236 | These same sources do indeed build on many more systems than the |
ohair@49 | 237 | above older generation systems, again the above is just a minimum. |
ohair@276 | 238 | <p> |
ohair@49 | 239 | Compilation problems with newer or different C/C++ compilers is a |
ohair@49 | 240 | common problem. |
ohair@49 | 241 | Similarly, compilation problems related to changes to the |
ohair@276 | 242 | <tt>/usr/include</tt> or system header files is also a |
ohair@49 | 243 | common problem with newer or unreleased OS versions. |
ohair@49 | 244 | Please report these types of problems as bugs so that they |
ohair@49 | 245 | can be dealt with accordingly. |
ohair@13 | 246 | </blockquote> |
ohair@13 | 247 | <!-- ------------------------------------------------------ --> |
ohair@13 | 248 | <hr> |
ohair@13 | 249 | <h2><a name="SDBE">Specific Developer Build Environments</a></h2> |
ohair@13 | 250 | <blockquote> |
ohair@13 | 251 | We won't be listing all the possible environments, but |
ohair@13 | 252 | we will try to provide what information we have available to us. |
ohair@13 | 253 | </blockquote> |
ohair@13 | 254 | <!-- ------------------------------------------------------ --> |
robilad@132 | 255 | <h3><a name="fedora">Fedora</a></h3> |
ohair@13 | 256 | <blockquote> |
ohair@276 | 257 | <h4>Fedora 9</h4> |
ohair@276 | 258 | <p> |
ohair@276 | 259 | <blockquote> |
ohair@276 | 260 | After installing <a href="http://fedoraproject.org">Fedora</a> 9 |
robilad@132 | 261 | you need to install several build dependencies. The simplest |
robilad@132 | 262 | way to do it is to execute the following commands as user |
ohair@276 | 263 | <tt>root</tt>: |
ohair@276 | 264 | <p/> |
ohair@320 | 265 | <code>yum-builddep java-1.6.0-openjdk</code> |
ohair@276 | 266 | <p/> |
ohair@276 | 267 | <code>yum install gcc gcc-c++</code> |
ohair@276 | 268 | <p/> |
robilad@132 | 269 | In addition, it's necessary to set a few environment variables for the build: |
robilad@132 | 270 | |
ohair@276 | 271 | <p/> |
ohair@276 | 272 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-openjdk</code> |
ohair@41 | 273 | </blockquote> |
ohair@276 | 274 | <h4>Fedora 10</h4> |
ohair@276 | 275 | <p> |
ohair@276 | 276 | <blockquote> |
ohair@276 | 277 | After installing <a href="http://fedoraproject.org">Fedora</a> 10 |
robilad@132 | 278 | you need to install several build dependencies. The simplest |
robilad@132 | 279 | way to do it is to execute the following commands as user |
ohair@276 | 280 | <tt>root</tt>: |
ohair@276 | 281 | <p/> |
ohair@276 | 282 | <code>yum-builddep java-1.6.0-openjdk</code> |
ohair@276 | 283 | <p/> |
ohair@276 | 284 | <code>yum install gcc gcc-c++</code> |
ohair@276 | 285 | <p/> |
robilad@132 | 286 | In addition, it's necessary to set a few environment variables for the build: |
robilad@132 | 287 | |
ohair@276 | 288 | <p/> |
ohair@276 | 289 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-openjdk</code> |
robilad@132 | 290 | </blockquote> |
ohair@276 | 291 | <h4>Fedora 11</h4> |
ohair@276 | 292 | <p> |
ohair@276 | 293 | <blockquote> |
ohair@276 | 294 | After installing <a href="http://fedoraproject.org">Fedora</a> 11 |
robilad@132 | 295 | you need to install several build dependencies. The simplest |
robilad@132 | 296 | way to do it is to execute the following commands as user |
ohair@276 | 297 | <tt>root</tt>: |
ohair@276 | 298 | <p/> |
ohair@276 | 299 | <code>yum-builddep java-1.6.0-openjdk</code> |
ohair@276 | 300 | <p/> |
ohair@276 | 301 | <code>yum install gcc gcc-c++</code> |
ohair@276 | 302 | <p/> |
robilad@132 | 303 | In addition, it's necessary to set a few environment variables for the build: |
robilad@132 | 304 | |
ohair@276 | 305 | <p/> |
ohair@276 | 306 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-openjdk</code> |
ohair@276 | 307 | </blockquote> |
ohair@13 | 308 | </blockquote> |
ohair@13 | 309 | <!-- ------------------------------------------------------ --> |
ohair@320 | 310 | <h3><a name="centos">CentOS 5.5</a></h3> |
ohair@13 | 311 | <blockquote> |
ohair@41 | 312 | After installing |
ohair@320 | 313 | <a href="http://www.centos.org/">CentOS 5.5</a> |
ohair@41 | 314 | you need to make sure you have |
ohair@41 | 315 | the following Development bundles installed: |
ohair@41 | 316 | <blockquote> |
ohair@41 | 317 | <ul> |
ohair@41 | 318 | <li>Development Libraries</li> |
ohair@41 | 319 | <li>Development Tools</li> |
ohair@41 | 320 | <li>Java Development</li> |
ohair@320 | 321 | <li>X Software Development (Including XFree86-devel)</li> |
ohair@41 | 322 | </ul> |
ohair@41 | 323 | </blockquote> |
ohair@41 | 324 | <p> |
ohair@276 | 325 | Plus the following packages: |
ohair@41 | 326 | <blockquote> |
ohair@41 | 327 | <ul> |
ohair@41 | 328 | <li>cups devel: Cups Development Package</li> |
ohair@41 | 329 | <li>alsa devel: Alsa Development Package</li> |
ohair@41 | 330 | <li>ant: Ant Package</li> |
ohair@41 | 331 | <li>Xi devel: libXi.so Development Package</li> |
ohair@41 | 332 | </ul> |
ohair@41 | 333 | </blockquote> |
ohair@41 | 334 | <p> |
ohair@276 | 335 | The freetype 2.3 packages don't seem to be available, |
ohair@276 | 336 | but the freetype 2.3 sources can be downloaded, built, |
ohair@276 | 337 | and installed easily enough from |
ohair@276 | 338 | <a href="http://downloads.sourceforge.net/freetype"> |
ohair@276 | 339 | the freetype site</a>. |
ohair@276 | 340 | Build and install with something like: |
ohair@41 | 341 | <blockquote> |
ohair@41 | 342 | <tt>./configure && make && sudo -u root make install</tt> |
ohair@41 | 343 | </blockquote> |
ohair@41 | 344 | <p> |
ohair@276 | 345 | Mercurial packages could not be found easily, but a Google |
ohair@276 | 346 | search should find ones, and they usually include Python if |
ohair@276 | 347 | it's needed. |
ohair@13 | 348 | </blockquote> |
ohair@13 | 349 | <!-- ------------------------------------------------------ --> |
robilad@132 | 350 | <h3><a name="debian">Debian</a></h3> |
ohair@13 | 351 | <blockquote> |
robilad@132 | 352 | <h4>Debian 5.0 (Lenny)</h4> |
ohair@13 | 353 | <p> |
ohair@276 | 354 | <blockquote> |
robilad@132 | 355 | After installing <a href="http://debian.org">Debian</a> 5 |
robilad@132 | 356 | you need to install several build dependencies. |
robilad@132 | 357 | The simplest way to install the build dependencies is to |
robilad@132 | 358 | execute the following commands as user <tt>root</tt>: |
ohair@276 | 359 | <p/> |
ohair@276 | 360 | <code>aptitude build-dep openjdk-6</code> |
ohair@276 | 361 | <p/> |
ohair@276 | 362 | <code>aptitude install openjdk-6-jdk libmotif-dev</code> |
ohair@276 | 363 | <p/> |
robilad@132 | 364 | In addition, it's necessary to set a few environment variables for the build: |
ohair@276 | 365 | <p/> |
ohair@276 | 366 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-6-openjdk</code> |
ohair@276 | 367 | </blockquote> |
robilad@132 | 368 | </blockquote> |
robilad@132 | 369 | <!-- ====================================================== --> |
ohair@276 | 370 | <h3><a name="ubuntu">Ubuntu</a></h3> |
robilad@132 | 371 | <blockquote> |
robilad@132 | 372 | <h4>Ubuntu 8.04</h4> |
ohair@13 | 373 | <p> |
ohair@276 | 374 | <blockquote> |
robilad@132 | 375 | After installing <a href="http://ubuntu.org">Ubuntu</a> 8.04 |
robilad@132 | 376 | you need to install several build dependencies. |
ohair@276 | 377 | <p/> |
robilad@132 | 378 | First, you need to enable the universe repository in the |
robilad@132 | 379 | Software Sources application and reload the repository |
robilad@132 | 380 | information. The Software Sources application is available |
robilad@132 | 381 | under the System/Administration menu. |
ohair@276 | 382 | <p/> |
robilad@132 | 383 | The simplest way to install the build dependencies is to |
robilad@132 | 384 | execute the following commands: |
ohair@276 | 385 | <p/> |
ohair@276 | 386 | <code>sudo aptitude build-dep openjdk-6</code> |
ohair@276 | 387 | <p/> |
ohair@276 | 388 | <code>sudo aptitude install openjdk-6-jdk</code> |
ohair@276 | 389 | <p/> |
robilad@132 | 390 | In addition, it's necessary to set a few environment variables for the build: |
ohair@276 | 391 | <p/> |
ohair@276 | 392 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-6-openjdk</code> |
ohair@276 | 393 | </blockquote> |
ohair@276 | 394 | <h4>Ubuntu 8.10</h4> |
ohair@13 | 395 | <p> |
ohair@276 | 396 | <blockquote> |
robilad@132 | 397 | After installing <a href="http://ubuntu.org">Ubuntu</a> 8.10 |
robilad@132 | 398 | you need to install several build dependencies. The simplest |
robilad@132 | 399 | way to do it is to execute the following commands: |
ohair@276 | 400 | <p/> |
ohair@276 | 401 | <code>sudo aptitude build-dep openjdk-6</code> |
ohair@276 | 402 | <p/> |
ohair@276 | 403 | <code>sudo aptitude install openjdk-6-jdk</code> |
ohair@276 | 404 | <p/> |
robilad@132 | 405 | In addition, it's necessary to set a few environment variables for the build: |
ohair@276 | 406 | <p/> |
ohair@276 | 407 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-6-openjdk</code> |
ohair@276 | 408 | </blockquote> |
ohair@276 | 409 | <h4>Ubuntu 9.04</h4> |
ohair@13 | 410 | <p> |
ohair@276 | 411 | <blockquote> |
robilad@132 | 412 | After installing <a href="http://ubuntu.org">Ubuntu</a> 9.04 |
robilad@132 | 413 | you need to install several build dependencies. The simplest |
robilad@132 | 414 | way to do it is to execute the following commands: |
ohair@276 | 415 | <p/> |
ohair@276 | 416 | <code>sudo aptitude build-dep openjdk-6</code> |
ohair@276 | 417 | <p/> |
ohair@276 | 418 | <code>sudo aptitude install openjdk-6-jdk</code> |
ohair@276 | 419 | <p/> |
robilad@132 | 420 | In addition, it's necessary to set a few environment variables for the build: |
ohair@276 | 421 | <p/> |
ohair@276 | 422 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-6-openjdk</code> |
ohair@276 | 423 | </blockquote> |
ohair@13 | 424 | </blockquote> |
robilad@132 | 425 | <!-- ====================================================== --> |
robilad@132 | 426 | <h3><a name="opensuse">OpenSUSE</a></h3> |
robilad@132 | 427 | <blockquote> |
robilad@132 | 428 | <h4>OpenSUSE 11.1</h4> |
robilad@132 | 429 | <p> |
ohair@276 | 430 | <blockquote> |
robilad@132 | 431 | After installing <a href="http://opensuse.org">OpenSUSE</a> 11.1 |
robilad@132 | 432 | you need to install several build dependencies. |
robilad@132 | 433 | The simplest way to install the build dependencies is to |
robilad@132 | 434 | execute the following commands: |
ohair@276 | 435 | <p/> |
ohair@276 | 436 | <code>sudo zypper source-install -d java-1_6_0-openjdk</code> |
ohair@276 | 437 | <p/> |
ohair@276 | 438 | <code>sudo zypper install make</code> |
ohair@276 | 439 | <p/> |
robilad@132 | 440 | In addition, it is necessary to set a few environment variables for the build: |
ohair@276 | 441 | <p/> |
ohair@276 | 442 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-1.6.0-openjdk</code> |
ohair@276 | 443 | <p/> |
robilad@132 | 444 | Finally, you need to unset the <code>JAVA_HOME</code> environment variable: |
ohair@276 | 445 | <p/> |
ohair@276 | 446 | <code>export -n JAVA_HOME</code> |
ohair@276 | 447 | </blockquote> |
ohair@276 | 448 | </blockquote> |
robilad@132 | 449 | <!-- ====================================================== --> |
robilad@132 | 450 | <h3><a name="mandriva">Mandriva</a></h3> |
robilad@132 | 451 | <blockquote> |
robilad@132 | 452 | <h4>Mandriva Linux One 2009 Spring</h4> |
robilad@132 | 453 | <p> |
ohair@276 | 454 | <blockquote> |
robilad@132 | 455 | After installing <a href="http://mandriva.org">Mandriva</a> Linux One 2009 Spring |
robilad@132 | 456 | you need to install several build dependencies. |
robilad@132 | 457 | The simplest way to install the build dependencies is to |
robilad@132 | 458 | execute the following commands as user <tt>root</tt>: |
ohair@276 | 459 | <p/> |
ohair@276 | 460 | <code>urpmi java-1.6.0-openjdk-devel ant make gcc gcc-c++ freetype-devel zip unzip libcups2-devel libxrender1-devel libalsa2-devel libstc++-static-devel libxtst6-devel libxi-devel</code> |
robilad@132 | 461 | <p/> |
robilad@132 | 462 | In addition, it is necessary to set a few environment variables for the build: |
ohair@276 | 463 | <p/> |
ohair@276 | 464 | <code>export LANG=C ALT_BOOTDIR=/usr/lib/jvm/java-1.6.0-openjdk</code> |
ohair@276 | 465 | </blockquote> |
robilad@132 | 466 | </blockquote> |
robilad@132 | 467 | <!-- ====================================================== --> |
robilad@132 | 468 | <h3><a name="opensolaris">OpenSolaris</a></h3> |
robilad@132 | 469 | <blockquote> |
robilad@132 | 470 | <h4>OpenSolaris 2009.06</h4> |
robilad@132 | 471 | <p> |
ohair@276 | 472 | <blockquote> |
robilad@132 | 473 | After installing <a href="http://opensolaris.org">OpenSolaris</a> 2009.06 |
robilad@132 | 474 | you need to install several build dependencies. |
robilad@132 | 475 | The simplest way to install the build dependencies is to |
robilad@132 | 476 | execute the following commands: |
ohair@276 | 477 | <p/> |
ohair@276 | 478 | <code>pfexec pkg install SUNWgmake SUNWj6dev SUNWant sunstudioexpress SUNWcups SUNWzip SUNWunzip SUNWxwhl SUNWxorg-headers SUNWaudh SUNWfreetype2</code> |
robilad@132 | 479 | <p/> |
robilad@132 | 480 | In addition, it is necessary to set a few environment variables for the build: |
ohair@276 | 481 | <p/> |
ohair@276 | 482 | <code>export LANG=C ALT_COMPILER_PATH=/opt/SunStudioExpress/bin/ ALT_CUPS_HEADERS_PATH=/usr/include/</code> |
ohair@276 | 483 | <p/> |
robilad@132 | 484 | Finally, you need to make sure that the build process can find the Sun Studio compilers: |
ohair@276 | 485 | <p/> |
ohair@276 | 486 | <code>export PATH=$PATH:/opt/SunStudioExpress/bin/</code> |
ohair@276 | 487 | </blockquote> |
robilad@132 | 488 | </blockquote> |
robilad@132 | 489 | <!-- ------------------------------------------------------ --> |
ohair@13 | 490 | <hr> |
ohair@13 | 491 | <h2><a name="directories">Source Directory Structure</a></h2> |
ohair@13 | 492 | <blockquote> |
ohair@13 | 493 | <p> |
ohair@276 | 494 | The source code for the OpenJDK is delivered in a set of |
ohair@276 | 495 | directories: |
ohair@276 | 496 | <tt>hotspot</tt>, |
ohair@276 | 497 | <tt>langtools</tt>, |
ohair@276 | 498 | <tt>corba</tt>, |
ohair@276 | 499 | <tt>jaxws</tt>, |
ohair@276 | 500 | <tt>jaxp</tt>, |
ohair@276 | 501 | and |
ohair@276 | 502 | <tt>jdk</tt>. |
ohair@276 | 503 | The <tt>hotspot</tt> directory contains the source code and make |
ohair@276 | 504 | files for building the OpenJDK Hotspot Virtual Machine. |
ohair@276 | 505 | The <tt>langtools</tt> directory contains the source code and make |
ohair@276 | 506 | files for building the OpenJDK javac and language tools. |
ohair@276 | 507 | The <tt>corba</tt> directory contains the source code and make |
ohair@276 | 508 | files for building the OpenJDK Corba files. |
ohair@276 | 509 | The <tt>jaxws</tt> directory contains the source code and make |
ohair@276 | 510 | files for building the OpenJDK JAXWS files. |
ohair@276 | 511 | The <tt>jaxp</tt> directory contains the source code and make |
ohair@276 | 512 | files for building the OpenJDK JAXP files. |
ohair@276 | 513 | The <tt>jdk</tt> directory contains the source code and make files for |
ohair@276 | 514 | building the OpenJDK runtime libraries and misc files. |
ohair@276 | 515 | The top level <tt>Makefile</tt> |
ohair@276 | 516 | is used to build the entire OpenJDK. |
ohair@320 | 517 | |
ohair@320 | 518 | <h3><a name="drops">Managing the Source Drops</a></h3> |
ohair@320 | 519 | <blockquote> |
ohair@320 | 520 | <p> |
ohair@320 | 521 | The repositories <tt>jaxp</tt> and <tt>jaxws</tt> actually |
ohair@320 | 522 | do not contain the sources for JAXP or JAX-WS. |
ohair@320 | 523 | These products have their own open source procedures at their |
ohair@320 | 524 | <a href="http://jaxp.java.net/">JAXP</a> and |
ohair@320 | 525 | <a href="http://jax-ws.java.net/">JAX-WS</a> home pages. |
ohair@320 | 526 | The OpenJDK project does need access to these sources to build |
ohair@320 | 527 | a complete JDK image because JAXP and JAX-WS are part of the JDK. |
ohair@320 | 528 | The current process for delivery of the JAXP and JAX-WS sources |
ohair@320 | 529 | involves so called "source drop bundles" downloaded from a public |
ohair@320 | 530 | website. |
ohair@320 | 531 | There are many reasons for this current mechanism, and it is |
ohair@320 | 532 | understood that this is not ideal for the open source community. |
ohair@320 | 533 | It is possible this process could change in the future. |
ohair@320 | 534 | <br> |
neugens@359 | 535 | <b>NOTE:</b> The <a href="http://download.java.net/openjdk/jdk8/"> |
ohair@320 | 536 | Complete OpenJDK Source Bundles</a> <u>will</u> contain the JAXP and |
ohair@320 | 537 | JAX-WS sources. |
ohair@320 | 538 | </p> |
ohair@320 | 539 | |
ohair@320 | 540 | <h4><a name="dropcreation">Creation of New Source Drop Bundles</a></h4> |
ohair@320 | 541 | <blockquote> |
ohair@320 | 542 | <ol> |
ohair@320 | 543 | <li> |
ohair@320 | 544 | The JAXP or JAX-WS team prepares a new zip bundle, |
ohair@320 | 545 | places a copy in a public download area on java.net, |
ohair@320 | 546 | sends us a link and a list of CRs (Change Request Numbers). |
ohair@320 | 547 | The older download bundles should not be deleted. |
ohair@320 | 548 | It is the responsibility of the JAXP and JAX-WS team to |
ohair@320 | 549 | place the proper GPL legal notices on the sources |
ohair@320 | 550 | and do any filtering or java re-packaging for the |
ohair@320 | 551 | OpenJDK instances of these classes. |
ohair@320 | 552 | </li> |
ohair@320 | 553 | <li> |
ohair@320 | 554 | The OpenJDK team copies this new bundle into shared |
neugens@359 | 555 | area (e.g. <tt>/java/devtools/share/jdk8-drops</tt>). |
ohair@320 | 556 | Older bundles are never deleted so we retain the history. |
ohair@320 | 557 | </li> |
ohair@320 | 558 | <li> |
ohair@320 | 559 | The OpenJDK team edits the ant property file |
ohair@320 | 560 | <tt>jaxp/jaxp.properties</tt> or |
ohair@320 | 561 | <tt>jaxws/jaxws.properties</tt> to update the |
ohair@320 | 562 | base URL, the zip bundle name, and the MD5 checksum |
ohair@320 | 563 | of the zip bundle |
ohair@320 | 564 | (on Solaris: <tt>sum -c md5 <i>bundlename</i></tt>) |
ohair@320 | 565 | </li> |
ohair@320 | 566 | <li> |
ohair@320 | 567 | OpenJDK team reviews and commits those changes with the |
ohair@320 | 568 | given CRs. |
ohair@320 | 569 | </li> |
ohair@320 | 570 | </ol> |
ohair@320 | 571 | </blockquote> |
ohair@320 | 572 | |
ohair@320 | 573 | <h4><a name="dropusage">Using Source Drop Bundles</a></h4> |
ohair@320 | 574 | <blockquote> |
ohair@320 | 575 | <p> |
ohair@320 | 576 | The ant scripts that build <tt>jaxp</tt> and <tt>jaxws</tt> |
ohair@320 | 577 | will attempt to locate these zip bundles from the directory |
ohair@320 | 578 | in the environment variable |
ohair@320 | 579 | <tt><a href="#ALT_DROPS_DIR">ALT_DROPS_DIR</a></tt>. |
ohair@320 | 580 | The checksums protect from getting the wrong, corrupted, or |
ohair@320 | 581 | improperly modified sources. |
ohair@320 | 582 | Once the sources are made available, the population will not |
ohair@320 | 583 | happen again unless a <tt>make clobber</tt> is requested |
ohair@320 | 584 | or the <tt>jaxp/drop/</tt> or <tt>jaxws/drop/</tt> |
ohair@320 | 585 | directory is explicitly deleted. |
ohair@320 | 586 | <br> |
ohair@320 | 587 | <b>NOTE:</b> The default Makefile and ant script behavior |
ohair@320 | 588 | is to NOT download these bundles from the public http site. |
ohair@320 | 589 | In general, doing downloads |
ohair@320 | 590 | during the build process is not advised, it creates too much |
ohair@320 | 591 | unpredictability in the build process. |
ohair@320 | 592 | However, you can use <tt>make ALLOW_DOWNLOADS=true</tt> to |
ohair@320 | 593 | tell the ant script that the download of the zip bundle is |
ohair@320 | 594 | acceptable. |
ohair@320 | 595 | </p> |
ohair@320 | 596 | <p> |
ohair@320 | 597 | The recommended procedure for keeping a cache of these |
ohair@320 | 598 | source bundles would be to download them once, place them |
ohair@320 | 599 | in a directory outside the repositories, and then set |
ohair@320 | 600 | <tt><a href="#ALT_DROPS_DIR">ALT_DROPS_DIR</a></tt> to refer |
ohair@320 | 601 | to that directory. |
ohair@320 | 602 | These drop bundles do change occasionally, so the newer |
ohair@320 | 603 | bundles may need to be added to this area from time to time. |
ohair@320 | 604 | </p> |
ohair@320 | 605 | </blockquote> |
ohair@320 | 606 | </blockquote> |
ohair@13 | 607 | </blockquote> |
ohair@13 | 608 | <!-- ------------------------------------------------------ --> |
ohair@13 | 609 | <hr> |
ohair@13 | 610 | <h2><a name="building">Build Information</a></h2> |
ohair@13 | 611 | <blockquote> |
ohair@13 | 612 | Building the OpenJDK |
ohair@320 | 613 | is done with a <a href="#gmake">GNU <tt>make</tt></a> command line |
ohair@320 | 614 | and various |
ohair@320 | 615 | environment or make variable settings that direct the makefile rules |
ohair@13 | 616 | to where various components have been installed. |
ohair@13 | 617 | Where possible the makefiles will attempt to located the various |
ohair@13 | 618 | components in the default locations or any component specific |
ohair@13 | 619 | variable settings. |
ohair@13 | 620 | When the normal defaults fail or components cannot be found, |
ohair@13 | 621 | the various |
ohair@13 | 622 | <tt>ALT_*</tt> variables (alternates) |
ohair@13 | 623 | can be used to help the makefiles locate components. |
ohair@13 | 624 | <p> |
ohair@276 | 625 | Refer to the bash/sh/ksh setup file |
ohair@276 | 626 | <tt>jdk/make/jdk_generic_profile.sh</tt> |
ohair@276 | 627 | if you need help in setting up your environment variables. |
ohair@276 | 628 | A build could be as simple as: |
ohair@13 | 629 | <blockquote> |
ohair@13 | 630 | <pre><tt> |
duke@2 | 631 | bash |
duke@2 | 632 | . jdk/make/jdk_generic_profile.sh |
ohair@320 | 633 | <a href="#gmake"><tt>make</tt></a> sanity && <a href="#gmake"><tt>make</tt></a> |
ohair@13 | 634 | </tt></pre> |
ohair@13 | 635 | </blockquote> |
ohair@13 | 636 | <p> |
ohair@276 | 637 | Of course ksh or sh would work too. |
ohair@276 | 638 | But some customization will probably be necessary. |
ohair@276 | 639 | The <tt>sanity</tt> rule will make some basic checks on build |
ohair@276 | 640 | dependencies and generate appropriate warning messages |
ohair@276 | 641 | regarding missing, out of date, or newer than expected components |
ohair@276 | 642 | found on your system. |
ohair@13 | 643 | </blockquote> |
ohair@13 | 644 | <!-- ------------------------------------------------------ --> |
ohair@13 | 645 | <hr> |
ohair@13 | 646 | <h3><a name="gmake">GNU make (<tt><i>gmake</i></tt>)</a></h3> |
ohair@13 | 647 | <blockquote> |
ohair@13 | 648 | The Makefiles in the OpenJDK are only valid when used with the |
ohair@13 | 649 | GNU version of the utility command <tt>make</tt> |
ohair@13 | 650 | (<tt><i>gmake</i></tt>). |
ohair@13 | 651 | A few notes about using GNU make: |
ohair@13 | 652 | <ul> |
ohair@13 | 653 | <li> |
ohair@320 | 654 | You need GNU make version 3.81 or newer. |
ohair@13 | 655 | </li> |
ohair@13 | 656 | <li> |
ohair@13 | 657 | Place the location of the GNU make binary in the <tt>PATH</tt>. |
ohair@13 | 658 | </li> |
ohair@13 | 659 | <li> |
ohair@13 | 660 | <strong>Linux:</strong> |
ohair@320 | 661 | The <tt>/usr/bin/make</tt> should be 3.81 or newer |
ohair@320 | 662 | and should work fine for you. |
ohair@320 | 663 | If this version is not 3.81 or newer, |
ohair@320 | 664 | see the <a href="#buildgmake">"Building GNU make"</a> section. |
ohair@13 | 665 | </li> |
ohair@13 | 666 | <li> |
ohair@13 | 667 | <strong>Solaris:</strong> |
ohair@13 | 668 | Do NOT use <tt>/usr/bin/make</tt> on Solaris. |
ohair@13 | 669 | If your Solaris system has the software |
ohair@13 | 670 | from the Solaris Companion CD installed, |
ohair@320 | 671 | you should try and use <tt>gmake</tt> |
ohair@13 | 672 | which will be located in either the <tt>/opt/sfw/bin</tt> or |
ohair@13 | 673 | <tt>/usr/sfw/bin</tt> directory. |
ohair@320 | 674 | In more recent versions of Solaris GNU make might be found |
ohair@320 | 675 | at <tt>/usr/bin/gmake</tt>.<br> |
ohair@320 | 676 | <b>NOTE:</b> It is very likely that this <tt>gmake</tt> |
ohair@320 | 677 | could be 3.80, you need 3.81, in which case, |
ohair@320 | 678 | see the <a href="#buildgmake">"Building GNU make"</a> section. |
ohair@13 | 679 | </li> |
ohair@13 | 680 | <li> |
ohair@13 | 681 | <strong>Windows:</strong> |
ohair@138 | 682 | Make sure you start your build inside a bash/sh/ksh shell |
ohair@138 | 683 | and are using a <tt>make.exe</tt> utility built for that |
ohair@138 | 684 | environment (a cygwin <tt>make.exe</tt> is not the same |
ohair@138 | 685 | as a <tt>make.exe</tt> built for something like |
ohair@138 | 686 | <a href="http://www.mkssoftware.com/">MKS</a>). |
ohair@13 | 687 | <br> |
ohair@320 | 688 | <b>WARNING:</b> Watch out on some make 3.81 versions, it may |
ohair@25 | 689 | not work due to a lack of support for MS-DOS drive letter paths |
ohair@25 | 690 | like <tt>C:/</tt> or <tt>C:\</tt>. |
ohair@25 | 691 | <br> |
ohair@320 | 692 | You may be able to use the information at the |
ohair@13 | 693 | <a href="http://developer.mozilla.org/en/docs/Windows_build_prerequisites_using_cygwin#make" target="_blank"> |
ohair@276 | 694 | mozilla developer center</a> |
ohair@13 | 695 | on this topic. |
ohair@25 | 696 | <br> |
ohair@25 | 697 | It's hoped that when make 3.82 starts shipping in a future cygwin |
ohair@25 | 698 | release that this MS-DOS path issue will be fixed. |
ohair@320 | 699 | <br> |
ohair@320 | 700 | It may be possible to download the version at |
ohair@25 | 701 | <a href="http://www.cmake.org/files/cygwin/make.exe"> |
ohair@320 | 702 | www.cmake.org make.exe</a>. |
ohair@320 | 703 | <br> |
ohair@320 | 704 | It might be necessary for you to build your own GNU make 3.81, |
ohair@320 | 705 | see the <a href="#buildgmake">"Building GNU make"</a> section |
ohair@320 | 706 | in that case. |
ohair@13 | 707 | </li> |
ohair@13 | 708 | </ul> |
ohair@13 | 709 | <p> |
ohair@276 | 710 | Information on GNU make, and access to ftp download sites, are |
ohair@276 | 711 | available on the |
ohair@276 | 712 | <a href="http://www.gnu.org/software/make/make.html" target="_blank"> |
ohair@276 | 713 | GNU make web site |
ohair@276 | 714 | </a>. |
ohair@276 | 715 | The latest source to GNU make is available at |
ohair@276 | 716 | <a href="http://ftp.gnu.org/pub/gnu/make/" target="_blank"> |
ohair@276 | 717 | ftp.gnu.org/pub/gnu/make/</a>. |
ohair@320 | 718 | </p> |
ohair@320 | 719 | <!-- ------------------------------------------------------ --> |
ohair@320 | 720 | <h4><a name="buildgmake">Building GNU make</a></h4> |
ohair@320 | 721 | <blockquote> |
ohair@320 | 722 | First step is to get the GNU make 3.81 source from |
ohair@320 | 723 | <a href="http://ftp.gnu.org/pub/gnu/make/" target="_blank"> |
ohair@320 | 724 | ftp.gnu.org/pub/gnu/make/</a>. |
ohair@320 | 725 | Building is a little different depending on the OS and unix toolset |
ohair@320 | 726 | on Windows: |
ohair@320 | 727 | <ul> |
ohair@320 | 728 | <li> |
ohair@320 | 729 | <strong>Linux:</strong> |
ohair@320 | 730 | <tt>./configure && make</tt> |
ohair@320 | 731 | </li> |
ohair@320 | 732 | <li> |
ohair@320 | 733 | <strong>Solaris:</strong> |
ohair@320 | 734 | <tt>./configure && gmake CC=gcc</tt> |
ohair@320 | 735 | </li> |
ohair@320 | 736 | <li> |
ohair@320 | 737 | <strong>Windows for CYGWIN:</strong> |
ohair@320 | 738 | <tt>./configure && make</tt> |
ohair@320 | 739 | </li> |
ohair@320 | 740 | <li> |
ohair@320 | 741 | <strong>Windows for MKS: (CYGWIN is recommended)</strong> |
ohair@320 | 742 | <tt>./configure && make -f Makefile.win32</tt> |
ohair@320 | 743 | </li> |
ohair@320 | 744 | </ul> |
ohair@320 | 745 | </blockquote> |
ohair@13 | 746 | </blockquote> |
ohair@13 | 747 | <!-- ------------------------------------------------------ --> |
ohair@13 | 748 | <hr> |
ohair@13 | 749 | <h3><a name="linux">Basic Linux System Setup</a></h3> |
ohair@13 | 750 | <blockquote> |
ohair@13 | 751 | <strong>i586 only:</strong> |
ohair@13 | 752 | The minimum recommended hardware for building the Linux version |
ohair@13 | 753 | is a Pentium class processor or better, at least 256 MB of RAM, and |
ohair@13 | 754 | approximately 1.5 GB of free disk space. |
ohair@13 | 755 | <p> |
ohair@276 | 756 | <strong>X64 only:</strong> |
ohair@276 | 757 | The minimum recommended hardware for building the Linux |
ohair@276 | 758 | version is an AMD Opteron class processor, at least 512 MB of RAM, and |
ohair@276 | 759 | approximately 4 GB of free disk space. |
ohair@13 | 760 | <p> |
ohair@276 | 761 | The build will use the tools contained in |
ohair@276 | 762 | <tt>/bin</tt> and |
ohair@276 | 763 | <tt>/usr/bin</tt> |
ohair@276 | 764 | of a standard installation of the Linux operating environment. |
ohair@276 | 765 | You should ensure that these directories are in your |
ohair@276 | 766 | <tt>PATH</tt>. |
ohair@13 | 767 | <p> |
ohair@276 | 768 | Note that some Linux systems have a habit of pre-populating |
ohair@276 | 769 | your environment variables for you, for example <tt>JAVA_HOME</tt> |
ohair@276 | 770 | might get pre-defined for you to refer to the JDK installed on |
ohair@276 | 771 | your Linux system. |
ohair@276 | 772 | You will need to unset <tt>JAVA_HOME</tt>. |
ohair@276 | 773 | It's a good idea to run <tt>env</tt> and verify the |
ohair@276 | 774 | environment variables you are getting from the default system |
ohair@276 | 775 | settings make sense for building the |
ohair@276 | 776 | OpenJDK. |
ohair@13 | 777 | </blockquote> |
ohair@13 | 778 | <!-- ------------------------------------------------------ --> |
ohair@13 | 779 | <h4><a name="linux_checklist">Basic Linux Check List</a></h4> |
ohair@13 | 780 | <blockquote> |
ohair@13 | 781 | <ol> |
ohair@13 | 782 | <li> |
ohair@13 | 783 | Install the |
ohair@13 | 784 | <a href="#bootjdk">Bootstrap JDK</a>, set |
ohair@13 | 785 | <tt><a href="#ALT_BOOTDIR">ALT_BOOTDIR</a></tt>. |
ohair@13 | 786 | </li> |
ohair@13 | 787 | <li> |
ohair@13 | 788 | <a href="#importjdk">Optional Import JDK</a>, set |
ohair@13 | 789 | <tt><a href="#ALT_JDK_IMPORT_PATH">ALT_JDK_IMPORT_PATH</a></tt>. |
ohair@13 | 790 | </li> |
ohair@13 | 791 | <li> |
ohair@13 | 792 | Install or upgrade the <a href="#freetype">FreeType development |
ohair@276 | 793 | package</a>. |
ohair@13 | 794 | </li> |
ohair@25 | 795 | <li> |
ohair@25 | 796 | Install |
ohair@320 | 797 | <a href="#ant">Ant 1.7.1 or newer</a>, |
ohair@49 | 798 | make sure it is in your PATH. |
ohair@25 | 799 | </li> |
ohair@13 | 800 | </ol> |
ohair@13 | 801 | </blockquote> |
ohair@13 | 802 | <!-- ------------------------------------------------------ --> |
ohair@13 | 803 | <hr> |
ohair@13 | 804 | <h3><a name="solaris">Basic Solaris System Setup</a></h3> |
ohair@13 | 805 | <blockquote> |
ohair@13 | 806 | The minimum recommended hardware for building the |
ohair@13 | 807 | Solaris SPARC version is an UltraSPARC with 512 MB of RAM. |
ohair@13 | 808 | For building |
ohair@13 | 809 | the Solaris x86 version, a Pentium class processor or better and at |
ohair@13 | 810 | least 512 MB of RAM are recommended. |
ohair@13 | 811 | Approximately 1.4 GB of free disk |
ohair@13 | 812 | space is needed for a 32-bit build. |
ohair@13 | 813 | <p> |
ohair@276 | 814 | If you are building the 64-bit version, you should |
ohair@276 | 815 | run the command "isainfo -v" to verify that you have a |
ohair@276 | 816 | 64-bit installation, it should say <tt>sparcv9</tt> or |
ohair@276 | 817 | <tt>amd64</tt>. |
ohair@276 | 818 | An additional 7 GB of free disk space is needed |
ohair@276 | 819 | for a 64-bit build. |
ohair@13 | 820 | <p> |
ohair@276 | 821 | The build uses the tools contained in <tt>/usr/ccs/bin</tt> |
ohair@276 | 822 | and <tt>/usr/bin</tt> of a standard developer or full installation of |
ohair@276 | 823 | the Solaris operating environment. |
ohair@13 | 824 | <p> |
ohair@276 | 825 | Solaris patches specific to the JDK can be downloaded from the |
ohair@276 | 826 | <a href="http://sunsolve.sun.com/show.do?target=patches/JavaSE" target="_blank"> |
ohair@276 | 827 | SunSolve JDK Solaris patches download page</a>. |
ohair@276 | 828 | You should ensure that the latest patch cluster for |
ohair@276 | 829 | your version of the Solaris operating environment has also |
ohair@276 | 830 | been installed. |
ohair@13 | 831 | </blockquote> |
ohair@13 | 832 | <!-- ------------------------------------------------------ --> |
ohair@13 | 833 | <h4><a name="solaris_checklist">Basic Solaris Check List</a></h4> |
ohair@13 | 834 | <blockquote> |
ohair@13 | 835 | <ol> |
ohair@13 | 836 | <li> |
ohair@13 | 837 | Install the |
ohair@13 | 838 | <a href="#bootjdk">Bootstrap JDK</a>, set |
ohair@13 | 839 | <tt><a href="#ALT_BOOTDIR">ALT_BOOTDIR</a></tt>. |
ohair@13 | 840 | </li> |
ohair@13 | 841 | <li> |
ohair@13 | 842 | <a href="#importjdk">Optional Import JDK</a>, set |
ohair@13 | 843 | <tt><a href="#ALT_JDK_IMPORT_PATH">ALT_JDK_IMPORT_PATH</a></tt>. |
ohair@13 | 844 | </li> |
ohair@13 | 845 | <li> |
ohair@13 | 846 | Install the |
ohair@13 | 847 | <a href="#studio">Sun Studio Compilers</a>, set |
ohair@13 | 848 | <a href="#ALT_COMPILER_PATH"><tt>ALT_COMPILER_PATH</tt></a>. |
ohair@13 | 849 | </li> |
ohair@13 | 850 | <li> |
ohair@13 | 851 | Install the |
ohair@13 | 852 | <a href="#cups">CUPS Include files</a>, set |
ohair@13 | 853 | <tt><a href="#ALT_CUPS_HEADERS_PATH">ALT_CUPS_HEADERS_PATH</a></tt>. |
ohair@13 | 854 | </li> |
ohair@25 | 855 | <li> |
andrew@90 | 856 | Install the <a href="#xrender">XRender Include files</a>. |
andrew@90 | 857 | </li> |
andrew@90 | 858 | <li> |
ohair@25 | 859 | Install |
ohair@320 | 860 | <a href="#ant">Ant 1.7.1 or newer</a>, |
ohair@49 | 861 | make sure it is in your PATH. |
ohair@25 | 862 | </li> |
ohair@13 | 863 | </ol> |
ohair@13 | 864 | </blockquote> |
ohair@13 | 865 | <!-- ------------------------------------------------------ --> |
ohair@13 | 866 | <hr> |
ohair@13 | 867 | <h3><a name="windows">Basic Windows System Setup</a></h3> |
ohair@13 | 868 | <blockquote> |
ohair@13 | 869 | <strong>i586 only:</strong> |
ohair@49 | 870 | The minimum recommended hardware for building the 32-bit or X86 |
ohair@13 | 871 | Windows version is an Pentium class processor or better, at least |
ohair@13 | 872 | 512 MB of RAM, and approximately 600 MB of free disk space. |
ohair@13 | 873 | <strong> |
ohair@49 | 874 | NOTE: The Windows build machines need to use the |
ohair@13 | 875 | file system NTFS. |
ohair@13 | 876 | Build machines formatted to FAT32 will not work |
ohair@13 | 877 | because FAT32 doesn't support case-sensitivity in file names. |
ohair@13 | 878 | </strong> |
ohair@13 | 879 | <p> |
ohair@276 | 880 | <strong>X64 only:</strong> |
ohair@276 | 881 | The minimum recommended hardware for building |
ohair@276 | 882 | the Windows X64 version is an AMD Opteron class processor, at least 1 |
ohair@276 | 883 | GB of RAM, and approximately 10 GB of free disk space. |
ohair@13 | 884 | </blockquote> |
ohair@13 | 885 | <!-- ------------------------------------------------------ --> |
ohair@13 | 886 | <h4><a name="paths">Windows Paths</a></h4> |
ohair@13 | 887 | <blockquote> |
duke@2 | 888 | <strong>Windows:</strong> |
ohair@13 | 889 | Note that GNU make is a historic utility and is based very |
ohair@13 | 890 | heavily on shell scripting, so it does not tolerate the Windows habit |
ohair@13 | 891 | of having spaces in pathnames or the use of the <tt>\</tt>characters in pathnames. |
ohair@13 | 892 | Luckily on most Windows systems, you can use <tt>/</tt>instead of \, and |
ohair@13 | 893 | there is always a 'short' pathname without spaces for any path that |
ohair@13 | 894 | contains spaces. |
ohair@13 | 895 | Unfortunately, this short pathname can be somewhat dynamic and the |
ohair@13 | 896 | formula is difficult to explain. |
ohair@13 | 897 | You can use <tt>cygpath</tt> utility to map pathnames with spaces |
ohair@13 | 898 | or the <tt>\</tt>character into the <tt>C:/</tt> style of pathname |
ohair@13 | 899 | (called 'mixed'), e.g. |
ohair@13 | 900 | <tt>cygpath -s -m "<i>path</i>"</tt>. |
ohair@13 | 901 | <p> |
ohair@276 | 902 | The makefiles will try to translate any pathnames supplied |
ohair@276 | 903 | to it into the <tt>C:/</tt> style automatically. |
ohair@13 | 904 | <p> |
ohair@276 | 905 | Note that use of CYGWIN creates a unique problem with regards to |
ohair@276 | 906 | setting <a href="#path"><tt>PATH</tt></a>. Normally on Windows |
ohair@276 | 907 | the <tt>PATH</tt> variable contains directories |
ohair@276 | 908 | separated with the ";" character (Solaris and Linux uses ":"). |
ohair@276 | 909 | With CYGWIN, it uses ":", but that means that paths like "C:/path" |
ohair@276 | 910 | cannot be placed in the CYGWIN version of <tt>PATH</tt> and |
ohair@276 | 911 | instead CYGWIN uses something like <tt>/cygdrive/c/path</tt> |
ohair@276 | 912 | which CYGWIN understands, but only CYGWIN understands. |
ohair@276 | 913 | So be careful with paths on Windows. |
ohair@13 | 914 | </blockquote> |
ohair@13 | 915 | <!-- ------------------------------------------------------ --> |
ohair@13 | 916 | <h4><a name="windows_checklist">Basic Windows Check List</a></h4> |
duke@2 | 917 | <blockquote> |
ohair@13 | 918 | <ol> |
ohair@13 | 919 | <li> |
ohair@13 | 920 | Install the |
ohair@13 | 921 | <a href="#cygwin">CYGWIN product</a>. |
ohair@13 | 922 | </li> |
ohair@13 | 923 | <li> |
ohair@13 | 924 | Install the |
ohair@13 | 925 | <a href="#bootjdk">Bootstrap JDK</a>, set |
ohair@13 | 926 | <tt><a href="#ALT_BOOTDIR">ALT_BOOTDIR</a></tt>. |
ohair@13 | 927 | </li> |
ohair@13 | 928 | <li> |
ohair@13 | 929 | <a href="#importjdk">Optional Import JDK</a>, set |
ohair@13 | 930 | <tt><a href="#ALT_JDK_IMPORT_PATH">ALT_JDK_IMPORT_PATH</a></tt>. |
ohair@13 | 931 | </li> |
ohair@13 | 932 | <li> |
ohair@13 | 933 | Install the |
prr@187 | 934 | <a href="#msvc32">Microsoft Visual Studio Compilers</a>). |
ohair@13 | 935 | </li> |
ohair@13 | 936 | <li> |
ohair@13 | 937 | Setup all environment variables for compilers |
prr@187 | 938 | (see <a href="#msvc32">compilers</a>). |
ohair@13 | 939 | </li> |
ohair@13 | 940 | <li> |
ohair@13 | 941 | Install |
ohair@13 | 942 | <a href="#dxsdk">Microsoft DirectX SDK</a>. |
ohair@13 | 943 | </li> |
ohair@25 | 944 | <li> |
ohair@25 | 945 | Install |
ohair@320 | 946 | <a href="#ant">Ant 1.7.1 or newer</a>, |
ohair@49 | 947 | make sure it is in your PATH and set |
ohair@25 | 948 | <tt><a href="#ANT_HOME">ANT_HOME</a></tt>. |
ohair@25 | 949 | </li> |
ohair@13 | 950 | </ol> |
duke@2 | 951 | </blockquote> |
ohair@13 | 952 | <!-- ------------------------------------------------------ --> |
ohair@13 | 953 | <hr> |
ohair@13 | 954 | <h3><a name="dependencies">Build Dependencies</a></h3> |
duke@2 | 955 | <blockquote> |
ohair@13 | 956 | Depending on the platform, the OpenJDK build process has some basic |
ohair@13 | 957 | dependencies on components not part of the OpenJDK sources. |
ohair@13 | 958 | Some of these are specific to a platform, some even specific to |
ohair@13 | 959 | an architecture. |
ohair@13 | 960 | Each dependency will have a set of ALT variables that can be set |
ohair@13 | 961 | to tell the makefiles where to locate the component. |
ohair@13 | 962 | In most cases setting these ALT variables may not be necessary |
ohair@13 | 963 | and the makefiles will find defaults on the system in standard |
ohair@13 | 964 | install locations or through component specific variables. |
ohair@13 | 965 | <!-- ------------------------------------------------------ --> |
ohair@13 | 966 | <h4><a name="bootjdk">Bootstrap JDK</a></h4> |
ohair@13 | 967 | <blockquote> |
ohair@13 | 968 | All OpenJDK builds require access to the previously released |
ohair@13 | 969 | JDK 6, this is often called a bootstrap JDK. |
ohair@13 | 970 | The JDK 6 binaries can be downloaded from Sun's |
ohair@138 | 971 | <a href="http://java.sun.com/javase/downloads/index.jsp" |
ohair@276 | 972 | target="_blank">JDK 6 download site</a>. |
ohair@13 | 973 | For build performance reasons |
ohair@13 | 974 | is very important that this bootstrap JDK be made available on the |
ohair@13 | 975 | local disk of the machine doing the build. |
ohair@13 | 976 | You should always set |
ohair@13 | 977 | <tt><a href="#ALT_BOOTDIR">ALT_BOOTDIR</a></tt> |
ohair@13 | 978 | to point to the location of |
ohair@13 | 979 | the bootstrap JDK installation, this is the directory pathname |
ohair@13 | 980 | that contains a <tt>bin, lib, and include</tt> |
ohair@13 | 981 | It's also a good idea to also place its <tt>bin</tt> directory |
ohair@13 | 982 | in the <tt>PATH</tt> environment variable, although it's |
ohair@13 | 983 | not required. |
ohair@13 | 984 | <p> |
ohair@276 | 985 | <strong>Solaris:</strong> |
ohair@276 | 986 | Some pre-installed JDK images may be available to you in the |
ohair@276 | 987 | directory <tt>/usr/jdk/instances</tt>. |
ohair@276 | 988 | If you don't set |
ohair@276 | 989 | <tt><a href="#ALT_BOOTDIR">ALT_BOOTDIR</a></tt> |
ohair@276 | 990 | the makefiles will look in that location for a JDK it can use. |
ohair@13 | 991 | </blockquote> |
ohair@13 | 992 | <!-- ------------------------------------------------------ --> |
ohair@13 | 993 | <h4><a name="importjdk">Optional Import JDK</a></h4> |
ohair@13 | 994 | <blockquote> |
ohair@13 | 995 | The <tt><a href="#ALT_JDK_IMPORT_PATH">ALT_JDK_IMPORT_PATH</a></tt> |
ohair@13 | 996 | setting is only needed if you are not building the entire |
ohair@13 | 997 | JDK. For example, if you have built the entire JDK once, and |
ohair@13 | 998 | wanted to avoid repeatedly building the Hotspot VM, you could |
ohair@13 | 999 | set this to the location of the previous JDK install image |
ohair@13 | 1000 | and the build will copy the needed files from this import area. |
ohair@13 | 1001 | </blockquote> |
ohair@13 | 1002 | <!-- ------------------------------------------------------ --> |
ohair@25 | 1003 | <h4><a name="ant">Ant</a></h4> |
ohair@25 | 1004 | <blockquote> |
ohair@298 | 1005 | All OpenJDK builds require access to least Ant 1.7.1. |
ohair@25 | 1006 | The Ant tool is available from the |
ohair@320 | 1007 | <a href="http://archive.apache.org/dist/ant/binaries/apache-ant-1.7.1-bin.zip" target="_blank"> |
ohair@320 | 1008 | Ant 1.7.1 archive download site</a>. |
ohair@49 | 1009 | You should always make sure <tt>ant</tt> is in your PATH, and |
ohair@49 | 1010 | on Windows you may also need to set |
ohair@25 | 1011 | <tt><a href="#ANT_HOME">ANT_HOME</a></tt> |
ohair@25 | 1012 | to point to the location of |
ohair@25 | 1013 | the Ant installation, this is the directory pathname |
ohair@25 | 1014 | that contains a <tt>bin and lib</tt>. |
ohair@320 | 1015 | <br> |
ohair@320 | 1016 | <b>WARNING:</b> Ant versions used from IDE tools like NetBeans |
ohair@320 | 1017 | or installed via system packages may not operate the same |
ohair@320 | 1018 | as the one obtained from the Ant download bundles. |
ohair@320 | 1019 | These system and IDE installers sometimes choose to change |
ohair@320 | 1020 | the ant installation enough to cause differences. |
ohair@25 | 1021 | </blockquote> |
ohair@25 | 1022 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1023 | <h4><a name="cacerts">Certificate Authority File (cacert)</a></h4> |
ohair@13 | 1024 | <blockquote> |
ohair@13 | 1025 | See <a href="http://en.wikipedia.org/wiki/Certificate_Authority" target="_blank"> |
ohair@276 | 1026 | http://en.wikipedia.org/wiki/Certificate_Authority</a> |
ohair@13 | 1027 | for a better understanding of the Certificate Authority (CA). |
ohair@13 | 1028 | A certificates file named "cacerts" |
ohair@13 | 1029 | represents a system-wide keystore with CA certificates. |
ohair@13 | 1030 | In JDK and JRE |
ohair@13 | 1031 | binary bundles, the "cacerts" file contains root CA certificates from |
ohair@13 | 1032 | several public CAs (e.g., VeriSign, Thawte, and Baltimore). |
ohair@13 | 1033 | The source contain a cacerts file |
ohair@13 | 1034 | without CA root certificates. |
ohair@13 | 1035 | Formal JDK builders will need to secure |
ohair@13 | 1036 | permission from each public CA and include the certificates into their |
ohair@13 | 1037 | own custom cacerts file. |
ohair@13 | 1038 | Failure to provide a populated cacerts file |
ohair@13 | 1039 | will result in verification errors of a certificate chain during runtime. |
ohair@13 | 1040 | The variable |
ohair@13 | 1041 | <tt><a href="#ALT_CACERTS_FILE">ALT_CACERTS_FILE</a></tt> |
ohair@13 | 1042 | can be used to override the default location of the |
ohair@13 | 1043 | cacerts file that will get placed in your build. |
ohair@13 | 1044 | By default an empty cacerts file is provided and that should be |
ohair@13 | 1045 | fine for most JDK developers. |
ohair@13 | 1046 | </blockquote> |
ohair@13 | 1047 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1048 | <h4><a name="compilers">Compilers</a></h4> |
ohair@13 | 1049 | <blockquote> |
ohair@13 | 1050 | <strong><a name="gcc">Linux gcc/binutils</a></strong> |
ohair@13 | 1051 | <blockquote> |
ohair@320 | 1052 | The GNU gcc compiler version should be 4.3 or newer. |
ohair@13 | 1053 | The compiler used should be the default compiler installed |
ohair@13 | 1054 | in <tt>/usr/bin</tt>. |
ohair@13 | 1055 | </blockquote> |
ohair@13 | 1056 | <strong><a name="studio">Solaris: Sun Studio</a></strong> |
ohair@13 | 1057 | <blockquote> |
ohair@13 | 1058 | At a minimum, the |
ohair@211 | 1059 | <a href="http://www.oracle.com/technetwork/server-storage/solarisstudio/downloads/index.htm" target="_blank"> |
ohair@276 | 1060 | Sun Studio 12 Update 1 Compilers</a> |
ohair@211 | 1061 | (containing version 5.10 of the C and C++ compilers) is required, |
ohair@211 | 1062 | including specific patches. |
ohair@276 | 1063 | <p> |
ohair@211 | 1064 | The Solaris SPARC patch list is: |
ohair@276 | 1065 | <ul> |
ohair@276 | 1066 | <li> |
ohair@276 | 1067 | 118683-05: SunOS 5.10: Patch for profiling libraries and assembler |
ohair@276 | 1068 | </li> |
ohair@276 | 1069 | <li> |
ohair@276 | 1070 | 119963-21: SunOS 5.10: Shared library patch for C++ |
ohair@276 | 1071 | </li> |
ohair@276 | 1072 | <li> |
ohair@276 | 1073 | 120753-08: SunOS 5.10: Microtasking libraries (libmtsk) patch |
ohair@276 | 1074 | </li> |
ohair@276 | 1075 | <li> |
ohair@276 | 1076 | 128228-09: Sun Studio 12 Update 1: Patch for Sun C++ Compiler |
ohair@276 | 1077 | </li> |
ohair@276 | 1078 | <li> |
ohair@276 | 1079 | 141860-03: Sun Studio 12 Update 1: Patch for Compiler Common patch for Sun C C++ F77 F95 |
ohair@276 | 1080 | </li> |
ohair@276 | 1081 | <li> |
ohair@276 | 1082 | 141861-05: Sun Studio 12 Update 1: Patch for Sun C Compiler |
ohair@276 | 1083 | </li> |
ohair@276 | 1084 | <li> |
ohair@276 | 1085 | 142371-01: Sun Studio 12.1 Update 1: Patch for dbx |
ohair@276 | 1086 | </li> |
ohair@276 | 1087 | <li> |
ohair@276 | 1088 | 143384-02: Sun Studio 12 Update 1: Patch for debuginfo handling |
ohair@276 | 1089 | </li> |
ohair@276 | 1090 | <li> |
ohair@276 | 1091 | 143385-02: Sun Studio 12 Update 1: Patch for Compiler Common patch for Sun C C++ F77 F95 |
ohair@276 | 1092 | </li> |
ohair@276 | 1093 | <li> |
ohair@276 | 1094 | 142369-01: Sun Studio 12.1: Patch for Performance Analyzer Tools |
ohair@276 | 1095 | </li> |
ohair@211 | 1096 | </ul> |
ohair@211 | 1097 | <p> |
ohair@276 | 1098 | The Solaris X86 patch list is: |
ohair@211 | 1099 | <ul> |
ohair@276 | 1100 | <li> |
ohair@276 | 1101 | 119961-07: SunOS 5.10_x86, x64, Patch for profiling libraries and assembler |
ohair@276 | 1102 | </li> |
ohair@276 | 1103 | <li> |
ohair@276 | 1104 | 119964-21: SunOS 5.10_x86: Shared library patch for C++_x86 |
ohair@276 | 1105 | </li> |
ohair@276 | 1106 | <li> |
ohair@276 | 1107 | 120754-08: SunOS 5.10_x86: Microtasking libraries (libmtsk) patch |
ohair@276 | 1108 | </li> |
ohair@276 | 1109 | <li> |
ohair@276 | 1110 | 141858-06: Sun Studio 12 Update 1_x86: Sun Compiler Common patch for x86 backend |
ohair@276 | 1111 | </li> |
ohair@276 | 1112 | <li> |
ohair@276 | 1113 | 128229-09: Sun Studio 12 Update 1_x86: Patch for C++ Compiler |
ohair@276 | 1114 | </li> |
ohair@276 | 1115 | <li> |
ohair@276 | 1116 | 142363-05: Sun Studio 12 Update 1_x86: Patch for C Compiler |
ohair@276 | 1117 | </li> |
ohair@276 | 1118 | <li> |
ohair@276 | 1119 | 142368-01: Sun Studio 12.1_x86: Patch for Performance Analyzer Tools |
ohair@276 | 1120 | </li> |
ohair@211 | 1121 | </ul> |
ohair@13 | 1122 | <p> |
ohair@276 | 1123 | Set |
ohair@276 | 1124 | <a href="#ALT_COMPILER_PATH"><tt>ALT_COMPILER_PATH</tt></a> |
ohair@276 | 1125 | to point to the location of |
ohair@276 | 1126 | the compiler binaries, and place this location in the <tt>PATH</tt>. |
ohair@13 | 1127 | <p> |
ohair@276 | 1128 | The Oracle Solaris Studio Express compilers at: |
ohair@276 | 1129 | <a href="http://developers.sun.com/sunstudio/downloads/express.jsp" target="_blank"> |
ohair@276 | 1130 | Oracle Solaris Studio Express Download site</a> |
ohair@276 | 1131 | are also an option, although these compilers have not |
ohair@276 | 1132 | been extensively used yet. |
ohair@13 | 1133 | </blockquote> |
prr@187 | 1134 | <strong><a name="msvc32">Windows i586: Microsoft Visual Studio 2010 Compilers</a></strong> |
ohair@13 | 1135 | <blockquote> |
ohair@276 | 1136 | <p> |
ohair@320 | 1137 | <b>BEGIN WARNING</b>: JDK 7 has transitioned to |
ohair@320 | 1138 | use the newest VS2010 Microsoft compilers. |
ohair@320 | 1139 | No other compilers are known to build the entire JDK, |
ohair@276 | 1140 | including non-open portions. |
ohair@276 | 1141 | Visual Studio 2010 Express compilers are now able to build all the |
ohair@276 | 1142 | open source repositories, but this is 32 bit only. To build 64 bit |
ohair@320 | 1143 | Windows binaries use the the 7.1 Windows SDK. |
ohair@320 | 1144 | <b>END WARNING.</b> |
ohair@276 | 1145 | <p> |
ohair@320 | 1146 | The 32-bit OpenJDK Windows build requires |
ohair@276 | 1147 | Microsoft Visual Studio C++ 2010 (VS2010) Professional |
ohair@276 | 1148 | Edition or Express compiler. |
ohair@276 | 1149 | The compiler and other tools are expected to reside |
ohair@276 | 1150 | in the location defined by the variable |
ohair@276 | 1151 | <tt>VS100COMNTOOLS</tt> which |
ohair@276 | 1152 | is set by the Microsoft Visual Studio installer. |
ohair@13 | 1153 | <p> |
ohair@276 | 1154 | Once the compiler is installed, |
ohair@276 | 1155 | it is recommended that you run <tt>VCVARS32.BAT</tt> |
ohair@276 | 1156 | to set the compiler environment variables |
ohair@276 | 1157 | <tt>INCLUDE</tt>, |
ohair@276 | 1158 | <tt>LIB</tt>, and |
ohair@276 | 1159 | <tt>PATH</tt> |
ohair@276 | 1160 | prior to building the |
ohair@276 | 1161 | OpenJDK. |
ohair@276 | 1162 | The above environment variables <b>MUST</b> be set. |
ohair@276 | 1163 | This compiler also contains the Windows SDK v 7.0a, |
ohair@276 | 1164 | which is an update to the Windows 7 SDK. |
ohair@13 | 1165 | <p> |
ohair@276 | 1166 | <b>WARNING:</b> Make sure you check out the |
ohair@276 | 1167 | <a href="#cygwin">CYGWIN link.exe WARNING</a>. |
ohair@276 | 1168 | The path <tt>/usr/bin</tt> must be after the path to the |
ohair@276 | 1169 | Visual Studio product. |
ohair@13 | 1170 | </blockquote> |
prr@187 | 1171 | <strong><a name="msvc64">Windows x64: Microsoft Visual Studio 2010 Professional Compiler</a></strong> |
ohair@13 | 1172 | <blockquote> |
ohair@320 | 1173 | For <b>X64</b>, the set up is much the same as 32 bit |
prr@175 | 1174 | except that you run <tt>amd64\VCVARS64.BAT</tt> |
prr@175 | 1175 | to set the compiler environment variables. |
ohair@320 | 1176 | Previously 64 bit builds had to use the 64 bit compiler in |
prr@187 | 1177 | an unbundled Windows SDK but this is no longer necessary if |
prr@187 | 1178 | you have VS2010 Professional. |
ohair@13 | 1179 | </blockquote> |
prr@187 | 1180 | <strong><a name="mssdk64">Windows x64: Microsoft Windows 7.1 SDK 64 bit compilers.</a></strong> |
ohair@276 | 1181 | For a free alternative for 64 bit builds, use the 7.1 SDK. |
ohair@276 | 1182 | Microsoft say that to set up your paths for this run |
ohair@276 | 1183 | <pre> |
prr@187 | 1184 | c:\Program Files\Microsoft SDKs\Windows\v7.1\bin\setenv.cmd /x64. |
ohair@276 | 1185 | </pre> |
ohair@276 | 1186 | What was tested is just directly setting up LIB, INCLUDE, |
ohair@276 | 1187 | PATH and based on the installation directories using the |
ohair@276 | 1188 | DOS short name appropriate for the system, (you will |
ohair@276 | 1189 | need to set them for yours, not just blindly copy this) eg : |
ohair@276 | 1190 | <pre> |
prr@187 | 1191 | set VSINSTALLDIR=c:\PROGRA~2\MICROS~1.0 |
prr@187 | 1192 | set WindowsSdkDir=c:\PROGRA~1\MICROS~1\Windows\v7.1 |
prr@187 | 1193 | set PATH=%VSINSTALLDIR%\vc\bin\amd64;%VSINSTALLDIR%\Common7\IDE;%WindowsSdkDir%\bin;%PATH% |
prr@187 | 1194 | set INCLUDE=%VSINSTALLDIR%\vc\include;%WindowsSdkDir%\include |
prr@187 | 1195 | set LIB=%VSINSTALLDIR%\vc\lib\amd64;%WindowsSdkDir%\lib\x64 |
ohair@276 | 1196 | </pre> |
ohair@13 | 1197 | </blockquote> |
ohair@13 | 1198 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1199 | <h4><a name="zip">Zip and Unzip</a></h4> |
ohair@13 | 1200 | <blockquote> |
ohair@13 | 1201 | Version 2.2 (November 3rd 1997) or newer of the zip utility |
ohair@13 | 1202 | and version 5.12 or newer of the unzip utility is needed |
ohair@13 | 1203 | to build the JDK. |
ohair@13 | 1204 | With Solaris, Linux, and Windows CYGWIN, the zip and unzip |
ohair@13 | 1205 | utilities installed on the system should be fine. |
ohair@13 | 1206 | Information and the source code for |
ohair@13 | 1207 | ZIP.EXE and UNZIP.EXE is available on the |
ohair@13 | 1208 | <a href="http://www.info-zip.org" |
ohair@13 | 1209 | target="_blank">info-zip web site</a>. |
ohair@13 | 1210 | </blockquote> |
ohair@13 | 1211 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1212 | <h4><a name="cups">Common UNIX Printing System (CUPS) Headers (Solaris & Linux)</a></h4> |
ohair@13 | 1213 | <blockquote> |
ohair@13 | 1214 | <strong>Solaris:</strong> |
ohair@13 | 1215 | CUPS header files are required for building the |
ohair@13 | 1216 | OpenJDK on Solaris. |
ohair@13 | 1217 | The Solaris header files can be obtained by installing |
ohair@13 | 1218 | the package <strong>SFWcups</strong> from the Solaris Software |
ohair@13 | 1219 | Companion CD/DVD, these often will be installed into |
ohair@13 | 1220 | <tt>/opt/sfw/cups</tt>. |
ohair@13 | 1221 | <p> |
ohair@276 | 1222 | <strong>Linux:</strong> |
ohair@276 | 1223 | CUPS header files are required for building the |
ohair@276 | 1224 | OpenJDK on Linux. |
ohair@276 | 1225 | The Linux header files are usually available from a "cups" |
ohair@276 | 1226 | development package, it's recommended that you try and use |
ohair@276 | 1227 | the package provided by the particular version of Linux that |
ohair@276 | 1228 | you are using. |
ohair@13 | 1229 | <p> |
ohair@276 | 1230 | The CUPS header files can always be downloaded from |
ohair@276 | 1231 | <a href="http://www.cups.org" target="_blank">www.cups.org</a>. |
ohair@276 | 1232 | The variable |
ohair@276 | 1233 | <tt><a href="#ALT_CUPS_HEADERS_PATH">ALT_CUPS_HEADERS_PATH</a></tt> |
ohair@276 | 1234 | can be used to override the default location of the |
ohair@276 | 1235 | CUPS Header files. |
ohair@13 | 1236 | </blockquote> |
ohair@13 | 1237 | <!-- ------------------------------------------------------ --> |
andrew@90 | 1238 | <h4><a name="xrender">XRender Extension Headers (Solaris & Linux)</a></h4> |
andrew@90 | 1239 | <blockquote> |
andrew@90 | 1240 | <p> |
ohair@276 | 1241 | <strong>Solaris:</strong> |
ohair@276 | 1242 | XRender header files are required for building the |
ohair@276 | 1243 | OpenJDK on Solaris. |
ohair@276 | 1244 | The XRender header file is included with the other X11 header files |
ohair@276 | 1245 | in the package <strong>SFWxwinc</strong> on new enough versions of |
ohair@276 | 1246 | Solaris and will be installed in |
ohair@276 | 1247 | <tt>/usr/X11/include/X11/extensions/Xrender.h</tt> |
andrew@90 | 1248 | </p><p> |
ohair@276 | 1249 | <strong>Linux:</strong> |
ohair@276 | 1250 | XRender header files are required for building the |
ohair@276 | 1251 | OpenJDK on Linux. |
ohair@276 | 1252 | The Linux header files are usually available from a "Xrender" |
ohair@276 | 1253 | development package, it's recommended that you try and use |
ohair@276 | 1254 | the package provided by the particular distribution of Linux that |
ohair@276 | 1255 | you are using. |
ohair@276 | 1256 | </p> |
andrew@90 | 1257 | </blockquote> |
andrew@90 | 1258 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1259 | <h4><a name="freetype">FreeType 2</a></h4> |
ohair@13 | 1260 | <blockquote> |
ohair@13 | 1261 | Version 2.3 or newer of FreeType is required for building the OpenJDK. |
ohair@13 | 1262 | On Unix systems required files can be available as part of your |
ohair@13 | 1263 | distribution (while you still may need to upgrade them). |
ohair@13 | 1264 | Note that you need development version of package that |
ohair@13 | 1265 | includes both FreeType library and header files. |
ohair@13 | 1266 | <p> |
ohair@276 | 1267 | You can always download latest FreeType version from the |
ohair@276 | 1268 | <a href="http://www.freetype.org" target="_blank">FreeType website</a>. |
ohair@13 | 1269 | <p> |
ohair@276 | 1270 | Makefiles will try to pick FreeType from /usr/lib and /usr/include. |
ohair@276 | 1271 | In case it is installed elsewhere you will need to set environment |
ohair@276 | 1272 | variables |
ohair@276 | 1273 | <tt><a href="#ALT_FREETYPE_LIB_PATH">ALT_FREETYPE_LIB_PATH</a></tt> |
ohair@276 | 1274 | and |
ohair@276 | 1275 | <tt><a href="#ALT_FREETYPE_HEADERS_PATH">ALT_FREETYPE_HEADERS_PATH</a></tt> |
ohair@276 | 1276 | to refer to place where library and header files are installed. |
ohair@25 | 1277 | <p> |
ohair@276 | 1278 | Building the freetype 2 libraries from scratch is also possible, |
ohair@276 | 1279 | however on Windows refer to the |
ohair@276 | 1280 | <a href="http://freetype.freedesktop.org/wiki/FreeType_DLL"> |
ohair@276 | 1281 | Windows FreeType DLL build instructions</a>. |
ohair@25 | 1282 | <p> |
ohair@276 | 1283 | Note that by default FreeType is built with byte code hinting |
ohair@276 | 1284 | support disabled due to licensing restrictions. |
ohair@276 | 1285 | In this case, text appearance and metrics are expected to |
ohair@276 | 1286 | differ from Sun's official JDK build. |
ohair@276 | 1287 | See |
ohair@276 | 1288 | <a href="http://freetype.sourceforge.net/freetype2/index.html"> |
ohair@276 | 1289 | the SourceForge FreeType2 Home Page |
ohair@276 | 1290 | </a> |
ohair@276 | 1291 | for more information. |
ohair@13 | 1292 | </blockquote> |
ohair@13 | 1293 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1294 | <h4><a name="alsa">Advanced Linux Sound Architecture (ALSA) (Linux only)</a></h4> |
ohair@13 | 1295 | <blockquote> |
ohair@13 | 1296 | <strong>Linux only:</strong> |
ohair@13 | 1297 | Version 0.9.1 or newer of the ALSA files are |
ohair@13 | 1298 | required for building the OpenJDK on Linux. |
ohair@13 | 1299 | These Linux files are usually available from an "alsa" |
ohair@13 | 1300 | of "libasound" |
ohair@13 | 1301 | development package, it's highly recommended that you try and use |
ohair@13 | 1302 | the package provided by the particular version of Linux that |
ohair@13 | 1303 | you are using. |
ohair@13 | 1304 | The makefiles will check this emit a sanity error if it is |
ohair@13 | 1305 | missing or the wrong version. |
ohair@13 | 1306 | <p> |
ohair@276 | 1307 | In particular, older Linux systems will likely not have the |
ohair@276 | 1308 | right version of ALSA installed, for example |
ohair@276 | 1309 | Redhat AS 2.1 U2 and SuSE 8.1 do not include a sufficiently |
ohair@276 | 1310 | recent ALSA distribution. |
ohair@276 | 1311 | On rpm-based systems, you can see if ALSA is installed by |
ohair@276 | 1312 | running this command: |
ohair@13 | 1313 | <pre> |
ohair@13 | 1314 | <tt>rpm -qa | grep alsa</tt> |
ohair@13 | 1315 | </pre> |
ohair@13 | 1316 | Both <tt>alsa</tt> and <tt>alsa-devel</tt> packages are needed. |
ohair@13 | 1317 | <p> |
ohair@276 | 1318 | If your distribution does not come with ALSA, and you can't |
ohair@276 | 1319 | find ALSA packages built for your particular system, |
ohair@276 | 1320 | you can try to install the pre-built ALSA rpm packages from |
ohair@276 | 1321 | <a href="http://www.freshrpms.net/" target="_blank"> |
ohair@276 | 1322 | <tt>www.freshrpms.net</tt></a>. |
ohair@276 | 1323 | Note that installing a newer ALSA could |
ohair@276 | 1324 | break sound output if an older version of ALSA was previously |
ohair@276 | 1325 | installed on the system, but it will enable JDK compilation. |
ohair@13 | 1326 | <blockquote> |
ohair@13 | 1327 | Installation: execute as root<br> |
ohair@13 | 1328 | [i586]: <code>rpm -Uv --force alsa-lib-devel-0.9.1-rh61.i386.rpm</code><br> |
ohair@13 | 1329 | [x64]: <code>rpm -Uv --force alsa-lib-devel-0.9.8-amd64.x86_64.rpm</code><br> |
ohair@13 | 1330 | Uninstallation:<br> |
ohair@13 | 1331 | [i586]: <code>rpm -ev alsa-lib-devel-0.9.1-rh61</code><br> |
ohair@13 | 1332 | [x64]:<code>rpm -ev alsa-lib-devel-0.9.8-amd64</code><br> |
ohair@13 | 1333 | Make sure that you do not link to the static library |
ohair@13 | 1334 | (<tt>libasound.a</tt>), |
ohair@13 | 1335 | by verifying that the dynamic library (<tt>libasound.so</tt>) is |
ohair@13 | 1336 | correctly installed in <tt>/usr/lib</tt>. |
ohair@13 | 1337 | </blockquote> |
ohair@13 | 1338 | As a last resort you can go to the |
ohair@13 | 1339 | <a href="http://www.alsa-project.org" target="_blank"> |
ohair@276 | 1340 | Advanced Linux Sound Architecture Site</a> and build it from |
ohair@13 | 1341 | source. |
ohair@13 | 1342 | <blockquote> |
ohair@13 | 1343 | Download driver and library |
ohair@13 | 1344 | source tarballs from |
ohair@13 | 1345 | <a href="http://www.alsa-project.org" target="_blank">ALSA's homepage</a>. |
ohair@13 | 1346 | As root, execute the following |
ohair@13 | 1347 | commands (you may need to adapt the version number): |
ohair@13 | 1348 | <pre> |
ohair@13 | 1349 | <tt> |
ohair@13 | 1350 | $ tar xjf alsa-driver-0.9.1.tar.bz2 |
ohair@13 | 1351 | $ cd alsa-driver-0.9.1 |
ohair@13 | 1352 | $ ./configure |
ohair@13 | 1353 | $ make install |
ohair@13 | 1354 | $ cd .. |
ohair@13 | 1355 | $ tar xjf alsa-lib-0.9.1.tar.bz2 |
ohair@13 | 1356 | $ cd alsa-lib-0.9.1 |
ohair@13 | 1357 | $ ./configure |
ohair@13 | 1358 | $ make install |
ohair@13 | 1359 | </tt> |
ohair@13 | 1360 | </pre> |
ohair@13 | 1361 | Should one of the above steps fail, refer to the documentation on |
ohair@13 | 1362 | ALSA's home page. |
ohair@13 | 1363 | </blockquote> |
ohair@13 | 1364 | Note that this is a minimum install that enables |
ohair@13 | 1365 | building the JDK platform. To actually use ALSA sound drivers, more |
ohair@13 | 1366 | steps are necessary as outlined in the documentation on ALSA's homepage. |
ohair@13 | 1367 | <p> |
ohair@276 | 1368 | ALSA can be uninstalled by executing <tt>make uninstall</tt> first in |
ohair@276 | 1369 | the <tt>alsa-lib-0.9.1</tt> directory and then in |
ohair@276 | 1370 | <tt>alsa-driver-0.9.1</tt>. |
ohair@13 | 1371 | </blockquote> |
ohair@13 | 1372 | There are no ALT* variables to change the assumed locations of ALSA, |
ohair@13 | 1373 | the makefiles will expect to find the ALSA include files and library at: |
ohair@13 | 1374 | <tt>/usr/include/alsa</tt> and <tt>/usr/lib/libasound.so</tt>. |
duke@2 | 1375 | </blockquote> |
ohair@13 | 1376 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1377 | <h4>Windows Specific Dependencies</h4> |
duke@2 | 1378 | <blockquote> |
ohair@13 | 1379 | <strong>Unix Command Tools (<a name="cygwin">CYGWIN</a>)</strong> |
ohair@13 | 1380 | <blockquote> |
ohair@13 | 1381 | The OpenJDK requires access to a set of unix command tools |
ohair@13 | 1382 | on Windows which can be supplied by |
ohair@13 | 1383 | <a href="http://www.cygwin.com" target="_blank">CYGWIN</a>. |
ohair@13 | 1384 | <p> |
ohair@276 | 1385 | The OpenJDK build requires CYGWIN version 1.5.12 or newer. |
ohair@276 | 1386 | Information about CYGWIN can |
ohair@276 | 1387 | be obtained from the CYGWIN website at |
ohair@276 | 1388 | <a href="http://www.cygwin.com" target="_blank">www.cygwin.com</a>. |
ohair@13 | 1389 | <p> |
ohair@276 | 1390 | By default CYGWIN doesn't install all the tools required for building |
ohair@276 | 1391 | the OpenJDK. |
ohair@276 | 1392 | Along with the default installation, you need to install |
ohair@276 | 1393 | the following tools. |
ohair@13 | 1394 | <blockquote> |
ohair@13 | 1395 | <table border="1"> |
ohair@13 | 1396 | <thead> |
ohair@13 | 1397 | <tr> |
ohair@13 | 1398 | <td>Binary Name</td> |
ohair@41 | 1399 | <td>Category</td> |
ohair@13 | 1400 | <td>Package</td> |
ohair@13 | 1401 | <td>Description</td> |
ohair@13 | 1402 | </tr> |
ohair@13 | 1403 | </thead> |
ohair@13 | 1404 | <tbody> |
ohair@13 | 1405 | <tr> |
ohair@13 | 1406 | <td>ar.exe</td> |
ohair@13 | 1407 | <td>Devel</td> |
ohair@41 | 1408 | <td>binutils</td> |
ohair@41 | 1409 | <td>The GNU assembler, linker and binary |
ohair@276 | 1410 | utilities</td> |
ohair@13 | 1411 | </tr> |
ohair@13 | 1412 | <tr> |
ohair@13 | 1413 | <td>make.exe</td> |
ohair@13 | 1414 | <td>Devel</td> |
ohair@41 | 1415 | <td>make</td> |
ohair@41 | 1416 | <td>The GNU version of the 'make' utility built for CYGWIN.<br> |
ohair@276 | 1417 | <b>NOTE</b>: See <a href="#gmake">the GNU make section</a></td> |
ohair@13 | 1418 | </tr> |
ohair@13 | 1419 | <tr> |
ohair@13 | 1420 | <td>m4.exe</td> |
ohair@13 | 1421 | <td>Interpreters</td> |
ohair@41 | 1422 | <td>m4</td> |
ohair@41 | 1423 | <td>GNU implementation of the traditional Unix macro |
ohair@276 | 1424 | processor</td> |
ohair@13 | 1425 | </tr> |
ohair@13 | 1426 | <tr> |
ohair@13 | 1427 | <td>cpio.exe</td> |
ohair@13 | 1428 | <td>Utils</td> |
ohair@41 | 1429 | <td>cpio</td> |
ohair@41 | 1430 | <td>A program to manage archives of files</td> |
ohair@13 | 1431 | </tr> |
ohair@13 | 1432 | <tr> |
ohair@25 | 1433 | <td>gawk.exe</td> |
ohair@13 | 1434 | <td>Utils</td> |
ohair@41 | 1435 | <td>awk</td> |
ohair@41 | 1436 | <td>Pattern-directed scanning and processing language</td> |
ohair@13 | 1437 | </tr> |
ohair@13 | 1438 | <tr> |
ohair@13 | 1439 | <td>file.exe</td> |
ohair@13 | 1440 | <td>Utils</td> |
ohair@41 | 1441 | <td>file</td> |
ohair@41 | 1442 | <td>Determines file type using 'magic' numbers</td> |
ohair@13 | 1443 | </tr> |
ohair@13 | 1444 | <tr> |
ohair@13 | 1445 | <td>zip.exe</td> |
ohair@25 | 1446 | <td>Archive</td> |
ohair@41 | 1447 | <td>zip</td> |
ohair@41 | 1448 | <td>Package and compress (archive) files</td> |
ohair@13 | 1449 | </tr> |
ohair@13 | 1450 | <tr> |
ohair@13 | 1451 | <td>unzip.exe</td> |
ohair@25 | 1452 | <td>Archive</td> |
ohair@41 | 1453 | <td>unzip</td> |
ohair@41 | 1454 | <td>Extract compressed files in a ZIP archive</td> |
ohair@13 | 1455 | </tr> |
ohair@13 | 1456 | <tr> |
ohair@13 | 1457 | <td>free.exe</td> |
ohair@41 | 1458 | <td>System</td> |
ohair@41 | 1459 | <td>procps</td> |
ohair@41 | 1460 | <td>Display amount of free and used memory in the system</td> |
ohair@13 | 1461 | </tr> |
ohair@13 | 1462 | </tbody> |
ohair@13 | 1463 | </table> |
ohair@13 | 1464 | </blockquote> |
ohair@13 | 1465 | <p> |
ohair@276 | 1466 | Note that the CYGWIN software can conflict with other non-CYGWIN |
ohair@276 | 1467 | software on your Windows system. |
ohair@276 | 1468 | CYGWIN provides a |
ohair@276 | 1469 | <a href="http://cygwin.com/faq/faq.using.html" target="_blank">FAQ</a> for |
ohair@276 | 1470 | known issues and problems, of particular interest is the |
ohair@276 | 1471 | section on |
ohair@276 | 1472 | <a href="http://cygwin.com/faq/faq.using.html#faq.using.bloda" target="_blank"> |
ohair@276 | 1473 | BLODA (applications that interfere with CYGWIN)</a>. |
ohair@41 | 1474 | <p> |
ohair@276 | 1475 | <b>WARNING:</b> |
ohair@276 | 1476 | Be very careful with <b><tt>link.exe</tt></b>, it will conflict |
ohair@276 | 1477 | with the Visual Studio version. You need the Visual Studio |
ohair@276 | 1478 | version of <tt>link.exe</tt>, not the CYGWIN one. |
ohair@276 | 1479 | So it's important that the Visual Studio paths in PATH preceed |
ohair@276 | 1480 | the CYGWIN path <tt>/usr/bin</tt>. |
ohair@13 | 1481 | </blockquote> |
ohair@13 | 1482 | <strong><a name="dxsdk">Microsoft DirectX 9.0 SDK header files and libraries</a></strong> |
duke@2 | 1483 | <blockquote> |
ohair@13 | 1484 | Microsoft DirectX 9.0 SDK (Summer 2004) |
ohair@13 | 1485 | headers are required for building |
ohair@13 | 1486 | OpenJDK. |
ohair@13 | 1487 | This SDK can be downloaded from |
ohair@13 | 1488 | <a href="http://www.microsoft.com/downloads/details.aspx?FamilyId=FD044A42-9912-42A3-9A9E-D857199F888E&displaylang=en" target="_blank"> |
ohair@276 | 1489 | Microsoft DirectX 9.0 SDK (Summer 2004)</a>. |
ohair@13 | 1490 | If the link above becomes obsolete, the SDK can be found from |
ohair@13 | 1491 | <a href="http://download.microsoft.com" target="_blank">the Microsoft Download Site</a> |
ohair@13 | 1492 | (search with "DirectX 9.0 SDK Update Summer 2004"). |
ohair@13 | 1493 | The location of this SDK can be set with |
ohair@13 | 1494 | <tt><a href="#ALT_DXSDK_PATH">ALT_DXSDK_PATH</a></tt> |
ohair@13 | 1495 | but it's normally found via the DirectX environment variable |
ohair@13 | 1496 | <tt>DXSDK_DIR</tt>. |
ohair@13 | 1497 | </blockquote> |
ohair@291 | 1498 | <strong><a name="msvcrNN"><tt>MSVCR100.DLL</tt></a></strong> |
ohair@13 | 1499 | <blockquote> |
prr@175 | 1500 | The OpenJDK build requires access to a redistributable |
prr@175 | 1501 | <tt>MSVCR100.DLL</tt>. |
prr@175 | 1502 | This is usually picked up automatically from the redist |
prr@175 | 1503 | directories of Visual Studio 2010. |
prr@175 | 1504 | If this cannot be found set the |
ohair@291 | 1505 | <a href="#ALT_MSVCRNN_DLL_PATH"><tt>ALT_MSVCRNN_DLL_PATH</tt></a> |
ohair@49 | 1506 | variable to the location of this file. |
ohair@13 | 1507 | <p> |
duke@2 | 1508 | </blockquote> |
duke@2 | 1509 | </blockquote> |
ohair@13 | 1510 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1511 | <hr> |
ohair@13 | 1512 | <h2><a name="creating">Creating the Build</a></h2> |
duke@2 | 1513 | <blockquote> |
ohair@13 | 1514 | Once a machine is setup to build the OpenJDK, |
ohair@13 | 1515 | the steps to create the build are fairly simple. |
ohair@13 | 1516 | The various ALT settings can either be made into variables |
ohair@13 | 1517 | or can be supplied on the |
ohair@13 | 1518 | <a href="#gmake"><tt><i>gmake</i></tt></a> |
ohair@13 | 1519 | command. |
ohair@13 | 1520 | <ol> |
ohair@13 | 1521 | <li>Use the sanity rule to double check all the ALT settings: |
ohair@13 | 1522 | <blockquote> |
ohair@13 | 1523 | <tt> |
ohair@13 | 1524 | <i>gmake</i> |
ohair@13 | 1525 | sanity |
ohair@13 | 1526 | [ARCH_DATA_MODEL=<i>32 or 64</i>] |
ohair@13 | 1527 | [other "ALT_" overrides] |
ohair@13 | 1528 | </tt> |
ohair@13 | 1529 | </blockquote> |
ohair@13 | 1530 | </li> |
ohair@13 | 1531 | <li>Start the build with the command: |
ohair@13 | 1532 | <blockquote> |
ohair@13 | 1533 | <tt> |
ohair@13 | 1534 | <i>gmake</i> |
ohair@13 | 1535 | [ARCH_DATA_MODEL=<i>32 or 64</i>] |
ohair@13 | 1536 | [ALT_OUTPUTDIR=<i>output_directory</i>] |
ohair@13 | 1537 | [other "ALT_" overrides] |
ohair@13 | 1538 | </tt> |
ohair@13 | 1539 | </blockquote> |
ohair@13 | 1540 | </li> |
ohair@13 | 1541 | </ol> |
duke@2 | 1542 | <p> |
ohair@276 | 1543 | <strong>Solaris:</strong> |
ohair@276 | 1544 | Note that ARCH_DATA_MODEL is really only needed on Solaris to |
ohair@276 | 1545 | indicate you want to built the 64-bit version. |
ohair@276 | 1546 | And before the Solaris 64-bit binaries can be used, they |
ohair@276 | 1547 | must be merged with the binaries from a separate 32-bit build. |
ohair@276 | 1548 | The merged binaries may then be used in either 32-bit or 64-bit mode, with |
ohair@276 | 1549 | the selection occurring at runtime |
ohair@276 | 1550 | with the <tt>-d32</tt> or <tt>-d64</tt> options. |
duke@2 | 1551 | </blockquote> |
ohair@13 | 1552 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1553 | <hr> |
ohair@13 | 1554 | <h2><a name="testing">Testing the Build</a></h2> |
ohair@13 | 1555 | <blockquote> |
ohair@13 | 1556 | When the build is completed, you should see the generated |
ohair@13 | 1557 | binaries and associated files in the <tt>j2sdk-image</tt> |
ohair@13 | 1558 | directory in the output directory. |
ohair@13 | 1559 | The default output directory is |
ohair@13 | 1560 | <tt>build/<i>platform</i></tt>, |
ohair@13 | 1561 | where <tt><i>platform</i></tt> is one of |
ohair@276 | 1562 | <blockquote> |
ohair@276 | 1563 | <ul> |
ohair@276 | 1564 | <li><tt>solaris-sparc</tt></li> |
ohair@276 | 1565 | <li><tt>solaris-sparcv9</tt></li> |
ohair@276 | 1566 | <li><tt>solaris-i586</tt></li> |
ohair@276 | 1567 | <li><tt>solaris-amd64</tt></li> |
ohair@276 | 1568 | <li><tt>linux-i586</tt></li> |
ohair@276 | 1569 | <li><tt>linux-amd64</tt></li> |
ohair@276 | 1570 | <li><tt>windows-i586</tt></li> |
ohair@276 | 1571 | <li><tt>windows-amd64</tt></li> |
ohair@276 | 1572 | </ul> |
ohair@276 | 1573 | </blockquote> |
ohair@13 | 1574 | In particular, the |
ohair@13 | 1575 | <tt>build/<i>platform</i>/j2sdk-image/bin</tt> |
ohair@13 | 1576 | directory should contain executables for the |
ohair@13 | 1577 | OpenJDK tools and utilities. |
duke@2 | 1578 | <p> |
ohair@276 | 1579 | You can test that the build completed properly by using the build |
ohair@276 | 1580 | to run the various demos that you will find in the |
ohair@276 | 1581 | <tt>build/<i>platform</i>/j2sdk-image/demo</tt> |
ohair@276 | 1582 | directory. |
ohair@13 | 1583 | <p> |
ohair@276 | 1584 | The provided regression tests can be run with the <tt>jtreg</tt> |
ohair@276 | 1585 | utility from |
ohair@276 | 1586 | <a href="http://openjdk.java.net/jtreg/" target="_blank">the jtreg site</a>. |
duke@2 | 1587 | </blockquote> |
ohair@13 | 1588 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1589 | <hr> |
ohair@13 | 1590 | <h2><a name="variables">Environment/Make Variables</a></h2> |
ohair@13 | 1591 | <p> |
ohair@276 | 1592 | Some of the |
ohair@276 | 1593 | environment or make variables (just called <b>variables</b> in this |
ohair@276 | 1594 | document) that can impact the build are: |
duke@2 | 1595 | <blockquote> |
duke@2 | 1596 | <dl> |
ohair@49 | 1597 | <dt><a name="path"><tt>PATH</tt></a> </dt> |
ohair@49 | 1598 | <dd>Typically you want to set the <tt>PATH</tt> to include: |
ohair@49 | 1599 | <ul> |
ohair@49 | 1600 | <li>The location of the GNU make binary</li> |
ohair@49 | 1601 | <li>The location of the Bootstrap JDK <tt>java</tt> |
ohair@276 | 1602 | (see <a href="#bootjdk">Bootstrap JDK</a>)</li> |
ohair@49 | 1603 | <li>The location of the C/C++ compilers |
ohair@276 | 1604 | (see <a href="#compilers"><tt>compilers</tt></a>)</li> |
ohair@49 | 1605 | <li>The location or locations for the Unix command utilities |
ohair@276 | 1606 | (e.g. <tt>/usr/bin</tt>)</li> |
ohair@49 | 1607 | </ul> |
ohair@49 | 1608 | </dd> |
ohair@49 | 1609 | <dt><tt>MILESTONE</tt> </dt> |
ohair@49 | 1610 | <dd> |
ohair@49 | 1611 | The milestone name for the build (<i>e.g.</i>"beta"). |
ohair@49 | 1612 | The default value is "internal". |
ohair@49 | 1613 | </dd> |
ohair@49 | 1614 | <dt><tt>BUILD_NUMBER</tt> </dt> |
ohair@49 | 1615 | <dd> |
ohair@49 | 1616 | The build number for the build (<i>e.g.</i> "b27"). |
ohair@49 | 1617 | The default value is "b00". |
ohair@49 | 1618 | </dd> |
ohair@49 | 1619 | <dt><a name="arch_data_model"><tt>ARCH_DATA_MODEL</tt></a></dt> |
ohair@49 | 1620 | <dd>The <tt>ARCH_DATA_MODEL</tt> variable |
ohair@49 | 1621 | is used to specify whether the build is to generate 32-bit or 64-bit |
ohair@49 | 1622 | binaries. |
ohair@49 | 1623 | The Solaris build supports either 32-bit or 64-bit builds, but |
ohair@49 | 1624 | Windows and Linux will support only one, depending on the specific |
ohair@49 | 1625 | OS being used. |
ohair@49 | 1626 | Normally, setting this variable is only necessary on Solaris. |
ohair@49 | 1627 | Set <tt>ARCH_DATA_MODEL</tt> to <tt>32</tt> for generating 32-bit binaries, |
ohair@49 | 1628 | or to <tt>64</tt> for generating 64-bit binaries. |
ohair@49 | 1629 | </dd> |
ohair@49 | 1630 | <dt><a name="ALT_BOOTDIR"><tt>ALT_BOOTDIR</tt></a></dt> |
ohair@49 | 1631 | <dd> |
ohair@49 | 1632 | The location of the bootstrap JDK installation. |
ohair@49 | 1633 | See <a href="#bootjdk">Bootstrap JDK</a> for more information. |
ohair@49 | 1634 | You should always install your own local Bootstrap JDK and |
ohair@49 | 1635 | always set <tt>ALT_BOOTDIR</tt> explicitly. |
ohair@49 | 1636 | </dd> |
ohair@49 | 1637 | <dt><a name="ALT_JDK_IMPORT_PATH"><tt>ALT_JDK_IMPORT_PATH</tt></a></dt> |
duke@2 | 1638 | <dd> |
ohair@49 | 1639 | The location of a previously built JDK installation. |
ohair@49 | 1640 | See <a href="#importjdk">Optional Import JDK</a> for more information. |
ohair@49 | 1641 | </dd> |
ohair@49 | 1642 | <dt><a name="ALT_OUTPUTDIR"><tt>ALT_OUTPUTDIR</tt></a> </dt> |
ohair@49 | 1643 | <dd> |
ohair@49 | 1644 | An override for specifying the (absolute) path of where the |
ohair@49 | 1645 | build output is to go. |
ohair@49 | 1646 | The default output directory will be build/<i>platform</i>. |
ohair@49 | 1647 | </dd> |
ohair@49 | 1648 | <dt><a name="ALT_COMPILER_PATH"><tt>ALT_COMPILER_PATH</tt></a> </dt> |
ohair@49 | 1649 | <dd> |
ohair@49 | 1650 | The location of the C/C++ compiler. |
ohair@49 | 1651 | The default varies depending on the platform. |
ohair@49 | 1652 | </dd> |
ohair@49 | 1653 | <dt><tt><a name="ALT_CACERTS_FILE">ALT_CACERTS_FILE</a></tt></dt> |
ohair@49 | 1654 | <dd> |
ohair@49 | 1655 | The location of the <a href="#cacerts">cacerts</a> file. |
ohair@49 | 1656 | The default will refer to |
ohair@49 | 1657 | <tt>jdk/src/share/lib/security/cacerts</tt>. |
ohair@49 | 1658 | </dd> |
ohair@49 | 1659 | <dt><a name="ALT_CUPS_HEADERS_PATH"><tt>ALT_CUPS_HEADERS_PATH</tt></a> </dt> |
ohair@49 | 1660 | <dd> |
ohair@49 | 1661 | The location of the CUPS header files. |
ohair@49 | 1662 | See <a href="#cups">CUPS information</a> for more information. |
ohair@49 | 1663 | If this path does not exist the fallback path is |
ohair@49 | 1664 | <tt>/usr/include</tt>. |
ohair@49 | 1665 | </dd> |
ohair@49 | 1666 | <dt><a name="ALT_FREETYPE_LIB_PATH"><tt>ALT_FREETYPE_LIB_PATH</tt></a></dt> |
ohair@49 | 1667 | <dd> |
ohair@49 | 1668 | The location of the FreeType shared library. |
ohair@49 | 1669 | See <a href="#freetype">FreeType information</a> for details. |
ohair@49 | 1670 | </dd> |
ohair@49 | 1671 | <dt><a name="ALT_FREETYPE_HEADERS_PATH"><tt>ALT_FREETYPE_HEADERS_PATH</tt></a></dt> |
ohair@49 | 1672 | <dd> |
ohair@49 | 1673 | The location of the FreeType header files. |
ohair@49 | 1674 | See <a href="#freetype">FreeType information</a> for details. |
ohair@49 | 1675 | </dd> |
ohair@49 | 1676 | <dt><a name="ALT_JDK_DEVTOOLS_PATH"><tt>ALT_JDK_DEVTOOLS_PATH</tt></a></dt> |
ohair@49 | 1677 | <dd> |
ohair@49 | 1678 | The default root location of the devtools. |
ohair@49 | 1679 | The default value is |
ohair@49 | 1680 | <tt>$(ALT_SLASH_JAVA)/devtools</tt>. |
ohair@49 | 1681 | </dd> |
ohair@49 | 1682 | <dt><tt><a name="ALT_DEVTOOLS_PATH">ALT_DEVTOOLS_PATH</a></tt> </dt> |
ohair@49 | 1683 | <dd> |
ohair@49 | 1684 | The location of tools like the |
ohair@49 | 1685 | <a href="#zip"><tt>zip</tt> and <tt>unzip</tt></a> |
ohair@49 | 1686 | binaries, but might also contain the GNU make utility |
ohair@49 | 1687 | (<tt><i>gmake</i></tt>). |
ohair@49 | 1688 | So this area is a bit of a grab bag, especially on Windows. |
ohair@49 | 1689 | The default value depends on the platform and |
ohair@49 | 1690 | Unix Commands being used. |
ohair@49 | 1691 | On Linux the default will be |
ohair@49 | 1692 | <tt>$(ALT_JDK_DEVTOOLS_PATH)/linux/bin</tt>, |
ohair@49 | 1693 | on Solaris |
ohair@49 | 1694 | <tt>$(ALT_JDK_DEVTOOLS_PATH)/<i>{sparc,i386}</i>/bin</tt>, |
ohair@49 | 1695 | and on Windows with CYGWIN |
ohair@49 | 1696 | <tt>/usr/bin</tt>. |
ohair@49 | 1697 | </dd> |
ohair@320 | 1698 | <dt><tt><a name="ALT_DROPS_DIR">ALT_DROPS_DIR</a></tt> </dt> |
ohair@320 | 1699 | <dd> |
ohair@320 | 1700 | The location of any source drop bundles |
ohair@320 | 1701 | (see <a href="#drops">Managing the Source Drops</a>). |
ohair@320 | 1702 | The default will be |
neugens@359 | 1703 | <tt>$(ALT_JDK_DEVTOOLS_PATH)/share/jdk8-drops</tt>. |
ohair@320 | 1704 | </dd> |
ohair@49 | 1705 | <dt><a name="ALT_UNIXCCS_PATH"><tt>ALT_UNIXCCS_PATH</tt></a></dt> |
ohair@49 | 1706 | <dd> |
ohair@49 | 1707 | <strong>Solaris only:</strong> |
ohair@49 | 1708 | An override for specifying where the Unix CCS |
ohair@49 | 1709 | command set are located. |
ohair@49 | 1710 | The default location is <tt>/usr/ccs/bin</tt> |
ohair@49 | 1711 | </dd> |
ohair@49 | 1712 | <dt><a name="ALT_SLASH_JAVA"><tt>ALT_SLASH_JAVA</tt></a></dt> |
ohair@49 | 1713 | <dd> |
ohair@49 | 1714 | The default root location for many of the ALT path locations |
ohair@49 | 1715 | of the following ALT variables. |
ohair@49 | 1716 | The default value is |
ohair@49 | 1717 | <tt>"/java"</tt> on Solaris and Linux, |
ohair@49 | 1718 | <tt>"J:"</tt> on Windows. |
ohair@49 | 1719 | </dd> |
ohair@49 | 1720 | <dt><a name="ALT_BUILD_JDK_IMPORT_PATH"><tt>ALT_BUILD_JDK_IMPORT_PATH</tt></a></dt> |
ohair@49 | 1721 | <dd> |
ohair@49 | 1722 | These are useful in managing builds on multiple platforms. |
ohair@49 | 1723 | The default network location for all of the import JDK images |
ohair@49 | 1724 | for all platforms. |
ohair@49 | 1725 | If <tt><a href="#ALT_JDK_IMPORT_PATH">ALT_JDK_IMPORT_PATH</a></tt> |
ohair@49 | 1726 | is not set, this directory will be used and should contain |
ohair@49 | 1727 | the following directories: |
ohair@49 | 1728 | <tt>solaris-sparc</tt>, |
ohair@49 | 1729 | <tt>solaris-i586</tt>, |
ohair@49 | 1730 | <tt>solaris-sparcv9</tt>, |
ohair@49 | 1731 | <tt>solaris-amd64</tt>, |
ohair@49 | 1732 | <tt>linux-i586</tt>, |
ohair@49 | 1733 | <tt>linux-amd64</tt>, |
ohair@49 | 1734 | <tt>windows-i586</tt>, |
ohair@49 | 1735 | and |
ohair@49 | 1736 | <tt>windows-amd64</tt>. |
ohair@49 | 1737 | Where each of these directories contain the import JDK image |
ohair@49 | 1738 | for that platform. |
duke@2 | 1739 | </dd> |
dholmes@323 | 1740 | <dt><a name="ALT_OPENWIN_HOME"><tt>ALT_OPENWIN_HOME</tt></a></dt> |
dholmes@323 | 1741 | <dd> |
dholmes@323 | 1742 | The top-level directory of the libraries and include files for the platform's |
dholmes@323 | 1743 | graphical programming environment. The default location is platform specific. |
dholmes@323 | 1744 | For example, on Linux it defaults to <tt>/usr/X11R6/</tt>. |
dholmes@323 | 1745 | </dd> |
ohair@49 | 1746 | <dt><strong>Windows specific:</strong></dt> |
ohair@13 | 1747 | <dd> |
ohair@49 | 1748 | <dl> |
ohair@275 | 1749 | <dt><a name="ALT_WINDOWSSDKDIR"><tt>ALT_WINDOWSSDKDIR</tt></a> </dt> |
ohair@49 | 1750 | <dd> |
ohair@49 | 1751 | The location of the |
ohair@275 | 1752 | Microsoft Windows SDK where some tools will be |
ohair@275 | 1753 | located. |
ohair@275 | 1754 | The default is whatever WINDOWSSDKDIR is set to |
ohair@275 | 1755 | (or WindowsSdkDir) or the path |
ohair@320 | 1756 | <br> |
ohair@320 | 1757 | <tt>c:\Program Files\Microsoft SDKs\Windows\v7.0a</tt> |
ohair@49 | 1758 | </dd> |
ohair@49 | 1759 | <dt><tt><a name="ALT_DXSDK_PATH">ALT_DXSDK_PATH</a></tt> </dt> |
ohair@49 | 1760 | <dd> |
ohair@49 | 1761 | The location of the |
ohair@49 | 1762 | <a href="#dxsdk">Microsoft DirectX 9 SDK</a>. |
ohair@49 | 1763 | The default will be to try and use the DirectX environment |
ohair@49 | 1764 | variable <tt>DXSDK_DIR</tt>, |
ohair@49 | 1765 | failing that, look in <tt>C:/DXSDK</tt>. |
ohair@49 | 1766 | </dd> |
prr@175 | 1767 | <dt><tt><a name="ALT_MSVCRNN_DLL_PATH">ALT_MSVCRNN_DLL_PATH</a></tt> </dt> |
ohair@49 | 1768 | <dd> |
ohair@49 | 1769 | The location of the |
ohair@291 | 1770 | <a href="#msvcrNN"><tt>MSVCR100.DLL</tt></a>. |
ohair@49 | 1771 | </dd> |
ohair@49 | 1772 | </dl> |
duke@2 | 1773 | </dd> |
dholmes@323 | 1774 | <dt><strong>Cross-Compilation Support:</strong></dt> |
dholmes@323 | 1775 | <dd> |
dholmes@323 | 1776 | <dl> |
dholmes@323 | 1777 | <dt><a name="CROSS_COMPILE_ARCH"><tt>CROSS_COMPILE_ARCH</tt></a> </dt> |
dholmes@323 | 1778 | <dd> |
dholmes@323 | 1779 | Set to the target architecture of a cross-compilation build. If set, this |
dholmes@323 | 1780 | variable is used to signify that we are cross-compiling. The expectation |
dholmes@323 | 1781 | is that <a href="#ALT_COMPILER_PATH"><tt>ALT_COMPILER_PATH</tt></a> is set |
dholmes@323 | 1782 | to point to the cross-compiler and that any cross-compilation specific flags |
dholmes@323 | 1783 | are passed using <a href="#EXTRA_CFLAGS"><tt>EXTRA_CFLAGS</tt></a>. |
dholmes@323 | 1784 | The <a href="#ALT_OPENWIN_HOME"><tt>ALT_OPENWIN_HOME</tt></a> variable should |
dholmes@323 | 1785 | also be set to point to the graphical header files (e.g. X11) provided with |
dholmes@323 | 1786 | the cross-compiler. |
dholmes@323 | 1787 | When cross-compiling we skip execution of any demos etc that may be built, and |
dholmes@323 | 1788 | also skip binary-file verification. |
dholmes@323 | 1789 | </dd> |
dholmes@323 | 1790 | <dt><tt><a name="EXTRA_CFLAGS">EXTRA_CFLAGS</a></tt> </dt> |
dholmes@323 | 1791 | <dd> |
dholmes@323 | 1792 | Used to pass cross-compilation options to the cross-compiler. |
dholmes@323 | 1793 | These are added to the <tt>CFLAGS</tt> and <tt>CXXFLAGS</tt> variables. |
dholmes@323 | 1794 | </dd> |
dholmes@323 | 1795 | <dt><tt><a name="USE_ONLY_BOOTDIR_TOOLS">USE_ONLY_BOOTDIR_TOOLS</a></tt> </dt> |
dholmes@323 | 1796 | <dd> |
dholmes@323 | 1797 | Used primarily for cross-compilation builds (and always set in that case) |
dholmes@323 | 1798 | this variable indicates that tools from the boot JDK should be used during |
dholmes@323 | 1799 | the build process, not the tools (<tt>javac</tt>, <tt>javah</tt>, <tt>jar</tt>) |
dholmes@323 | 1800 | just built (which can't execute on the build host). |
dholmes@323 | 1801 | </dd> |
dholmes@323 | 1802 | <dt><tt><a name="HOST_CC">HOST_CC</a></tt> </dt> |
dholmes@323 | 1803 | <dd> |
dholmes@323 | 1804 | The location of the C compiler to generate programs to run on the build host. |
dholmes@323 | 1805 | Some parts of the build generate programs that are then compiled and executed |
dholmes@323 | 1806 | to produce other parts of the build. Normally the primary C compiler is used |
dholmes@323 | 1807 | to do this, but when cross-compiling that would be the cross-compiler and the |
dholmes@323 | 1808 | resulting program could not be executed. |
dholmes@323 | 1809 | On Linux this defaults to <tt>/usr/bin/gcc</tt>; on other platforms it must be |
dholmes@323 | 1810 | set explicitly. |
dholmes@323 | 1811 | </dd> |
dholmes@323 | 1812 | </dl> |
dholmes@323 | 1813 | <dt><strong>Specialized Build Options:</strong></dt> |
dholmes@323 | 1814 | <dd> |
dholmes@323 | 1815 | Some build variables exist to support specialized build environments and/or specialized |
dholmes@323 | 1816 | build products. Their use is only supported in those contexts: |
dholmes@323 | 1817 | <dl> |
dholmes@323 | 1818 | <dt><tt><a name="BUILD_CLIENT_ONLY">BUILD_CLIENT_ONLY</a></tt> </dt> |
dholmes@323 | 1819 | <dd> |
dholmes@323 | 1820 | Indicates this build will only contain the Hotspot client VM. In addition to |
dholmes@323 | 1821 | controlling the Hotspot build target, it ensures that we don't try to copy |
dholmes@323 | 1822 | any server VM files/directories, and defines a default <tt>jvm.cfg</tt> file |
dholmes@323 | 1823 | suitable for a client-only environment. Using this in a 64-bit build will |
dholmes@323 | 1824 | generate a sanity warning as 64-bit client builds are not directly supported. |
dholmes@323 | 1825 | </dd> |
dholmes@323 | 1826 | <dt><tt><a name="BUILD_HEADLESS_ONLY"></a>BUILD_HEADLESS_ONLY</tt> </dt> |
dholmes@323 | 1827 | <dd> |
dholmes@323 | 1828 | Used when the build environment has no graphical capabilities at all. This |
dholmes@323 | 1829 | excludes building anything that requires graphical libraries to be available. |
dholmes@323 | 1830 | </dd> |
dholmes@323 | 1831 | <dt><tt><a name="JAVASE_EMBEDDED"></a>JAVASE_EMBEDDED</tt> </dt> |
dholmes@323 | 1832 | <dd> |
dholmes@323 | 1833 | Used to indicate this is a build of the Oracle Java SE Embedded product. |
dholmes@323 | 1834 | This will enable the directives included in the SE-Embedded specific build |
dholmes@323 | 1835 | files. |
dholmes@323 | 1836 | </dd> |
dholmes@323 | 1837 | <dt><tt><a name="LIBZIP_CAN_USE_MMAP">LIBZIP_CAN_USE_MMAP</a></tt> </dt> |
dholmes@323 | 1838 | <dd> |
dholmes@323 | 1839 | If set to false, disables the use of mmap by the zip utility. Otherwise, |
dholmes@323 | 1840 | mmap will be used. |
dholmes@323 | 1841 | </dd> |
dholmes@323 | 1842 | <dt><tt><a name="COMPRESS_JARS"></a>COMPRESS_JARS</tt> </dt> |
dholmes@323 | 1843 | <dd> |
dholmes@323 | 1844 | If set to true, causes certain jar files that would otherwise be built without |
dholmes@323 | 1845 | compression, to use compression. |
dholmes@323 | 1846 | </dd> |
dholmes@323 | 1847 | </dl> |
dholmes@323 | 1848 | </dd> |
duke@2 | 1849 | </dl> |
ohair@13 | 1850 | </blockquote> |
ohair@13 | 1851 | <!-- ------------------------------------------------------ --> |
ohair@13 | 1852 | <hr> |
ohair@320 | 1853 | <h2><a name="hints">Hints and Tips</a></h2> |
ohair@320 | 1854 | <blockquote> |
ohair@320 | 1855 | You don't have to use all these hints and tips, and in fact people do actually |
ohair@320 | 1856 | build with systems that contradict these, but they might prove to be |
ohair@320 | 1857 | helpful to some. |
ohair@320 | 1858 | <ul> |
ohair@320 | 1859 | <li> |
ohair@320 | 1860 | If <tt>make sanity</tt> does not work, find out why, fix that |
ohair@320 | 1861 | before going any further. Or at least understand what the |
ohair@320 | 1862 | complaints are from it. |
ohair@320 | 1863 | </li> |
ohair@320 | 1864 | <li> |
ohair@320 | 1865 | JDK: Keep in mind that you are building a JDK, but you need |
ohair@320 | 1866 | a JDK (BOOTDIR JDK) to build this JDK. |
ohair@320 | 1867 | </li> |
ohair@320 | 1868 | <li> |
ohair@320 | 1869 | Ant: The ant utility is a java application and besides having |
ohair@320 | 1870 | ant available to you, it's important that ant finds the right |
ohair@320 | 1871 | java to run with. Make sure you can type <tt>ant -version</tt> |
ohair@320 | 1872 | and get clean results with no error messages. |
ohair@320 | 1873 | </li> |
ohair@320 | 1874 | <li> |
ohair@320 | 1875 | Linux: Try and favor the system packages over building your own |
ohair@320 | 1876 | or getting packages from other areas. |
ohair@320 | 1877 | Most Linux builds should be possible with the system's |
ohair@320 | 1878 | available packages. |
ohair@320 | 1879 | </li> |
ohair@320 | 1880 | <li> |
ohair@320 | 1881 | Solaris: Typically you will need to get compilers on your systems |
ohair@320 | 1882 | and occasionally GNU make 3.81 if a gmake binary is not available. |
ohair@320 | 1883 | The gmake binary might not be 3.81, be careful. |
ohair@320 | 1884 | </li> |
ohair@320 | 1885 | <li> |
ohair@320 | 1886 | Windows VS2010: |
ohair@320 | 1887 | <ul> |
ohair@320 | 1888 | <li> |
ohair@320 | 1889 | Only the C++ part of VS2010 is needed. |
ohair@320 | 1890 | Try to let the installation go to the default install directory. |
ohair@320 | 1891 | Always reboot your system after installing VS2010. |
ohair@320 | 1892 | The system environment variable VS100COMNTOOLS should be |
ohair@320 | 1893 | set in your environment. |
ohair@320 | 1894 | </li> |
ohair@320 | 1895 | <li> |
ohair@320 | 1896 | Make sure that TMP and TEMP are also set in the environment |
ohair@320 | 1897 | and refer to Windows paths that exist, like <tt>C:\temp</tt>, |
ohair@320 | 1898 | not <tt>/tmp</tt>, not <tt>/cygdrive/c/temp</tt>, and not <tt>C:/temp</tt>. |
ohair@320 | 1899 | <tt>C:\temp</tt> is just an example, it is assumed that this area is |
ohair@320 | 1900 | private to the user, so by default after installs you should |
ohair@320 | 1901 | see a unique user path in these variables. |
ohair@320 | 1902 | </li> |
ohair@320 | 1903 | <li> |
ohair@320 | 1904 | You need to use vsvars32.bat or vsvars64.bat to get the |
ohair@320 | 1905 | PATH, INCLUDE, LIB, LIBPATH, and WINDOWSSDKDIR |
ohair@320 | 1906 | variables set in your shell environment. |
ohair@320 | 1907 | These bat files are not easy to use from a shell environment. |
neugens@359 | 1908 | However, there is a script placed in the root jdk8 repository called |
ohair@320 | 1909 | vsvars.sh that can help, it should only be done once in a shell |
ohair@320 | 1910 | that will be doing the build, e.g.<br> |
ohair@320 | 1911 | <tt>sh ./make/scripts/vsvars.sh -v10 > settings<br> |
ohair@320 | 1912 | eval `cat settings`</tt><br> |
ohair@320 | 1913 | Or just <tt>eval `sh ./make/scripts/vsvars.sh -v10`</tt>. |
ohair@320 | 1914 | </li> |
ohair@320 | 1915 | </ul> |
ohair@320 | 1916 | </li> |
ohair@320 | 1917 | <li> |
ohair@320 | 1918 | Windows: PATH order is critical, see the |
ohair@320 | 1919 | <a href="#paths">paths</a> section for more information. |
ohair@320 | 1920 | </li> |
ohair@320 | 1921 | <li> |
ohair@320 | 1922 | Windows 64bit builds: Use ARCH_DATA_MODEL=64. |
ohair@320 | 1923 | </li> |
ohair@320 | 1924 | </ul> |
ohair@320 | 1925 | </blockquote> |
ohair@320 | 1926 | <!-- ------------------------------------------------------ --> |
ohair@320 | 1927 | <hr> |
ohair@13 | 1928 | <h2><a name="troubleshooting">Troubleshooting</a></h2> |
ohair@13 | 1929 | <blockquote> |
ohair@13 | 1930 | A build can fail for any number of reasons. |
ohair@13 | 1931 | Most failures |
ohair@13 | 1932 | are a result of trying to build in an environment in which all the |
ohair@13 | 1933 | pre-build requirements have not been met. |
ohair@13 | 1934 | The first step in |
ohair@13 | 1935 | troubleshooting a build failure is to recheck that you have satisfied |
ohair@13 | 1936 | all the pre-build requirements for your platform. |
ohair@13 | 1937 | Look for the check list of the platform you are building on in the |
ohair@13 | 1938 | <a href="#contents">Table of Contents</a>. |
ohair@13 | 1939 | <p> |
ohair@276 | 1940 | You can validate your build environment by using the <tt>sanity</tt> |
ohair@276 | 1941 | target. |
ohair@276 | 1942 | Any errors listed |
ohair@276 | 1943 | will stop the build from starting, and any warnings may result in |
ohair@276 | 1944 | a flawed product build. |
ohair@276 | 1945 | We strongly encourage you to evaluate every |
ohair@276 | 1946 | sanity check warning and fix it if required, before you proceed |
ohair@276 | 1947 | further with your build. |
ohair@13 | 1948 | <p> |
ohair@276 | 1949 | Some of the more common problems with builds are briefly described |
ohair@276 | 1950 | below, with suggestions for remedies. |
ohair@13 | 1951 | <ul> |
ohair@13 | 1952 | <li> |
ohair@320 | 1953 | <b>Corrupted Bundles on Windows:</b> |
ohair@320 | 1954 | <blockquote> |
ohair@320 | 1955 | Some virus scanning software has been known to corrupt the |
ohair@320 | 1956 | downloading of zip bundles. |
ohair@320 | 1957 | It may be necessary to disable the 'on access' or 'real time' |
ohair@320 | 1958 | virus scanning features to prevent this corruption. |
ohair@320 | 1959 | This type of "real time" virus scanning can also slow down the |
ohair@320 | 1960 | build process significantly. |
ohair@320 | 1961 | Temporarily disabling the feature, or excluding the build |
ohair@320 | 1962 | output directory may be necessary to get correct and faster builds. |
ohair@320 | 1963 | </blockquote> |
ohair@320 | 1964 | </li> |
ohair@320 | 1965 | <li> |
ohair@13 | 1966 | <b>Slow Builds:</b> |
ohair@13 | 1967 | <blockquote> |
ohair@13 | 1968 | If your build machine seems to be overloaded from too many |
ohair@13 | 1969 | simultaneous C++ compiles, try setting the <tt>HOTSPOT_BUILD_JOBS</tt> |
ohair@13 | 1970 | variable to <tt>1</tt> (if you're using a multiple CPU |
ohair@13 | 1971 | machine, setting it to more than the the number of CPUs is probably |
ohair@13 | 1972 | not a good idea). |
ohair@13 | 1973 | <p> |
ohair@276 | 1974 | Creating the javadocs can be very slow, if you are running |
ohair@276 | 1975 | javadoc, consider skipping that step. |
ohair@13 | 1976 | <p> |
ohair@276 | 1977 | Faster hardware and more RAM always helps too. |
ohair@276 | 1978 | The VM build tends to be CPU intensive (many C++ compiles), |
ohair@276 | 1979 | and the rest of the JDK will often be disk intensive. |
ohair@13 | 1980 | <p> |
ohair@276 | 1981 | Faster compiles are possible using a tool called |
ohair@276 | 1982 | <a href="http://ccache.samba.org/" target="_blank">ccache</a>. |
ohair@13 | 1983 | </blockquote> |
ohair@13 | 1984 | </li> |
ohair@13 | 1985 | <li> |
ohair@13 | 1986 | <b>File time issues:</b> |
ohair@13 | 1987 | <blockquote> |
ohair@13 | 1988 | If you see warnings that refer to file time stamps, e.g. |
ohair@13 | 1989 | <blockquote> |
ohair@13 | 1990 | <i>Warning message:</i><tt> File `xxx' has modification time in |
ohair@276 | 1991 | the future.</tt> |
ohair@13 | 1992 | <br> |
ohair@13 | 1993 | <i>Warning message:</i> <tt> Clock skew detected. Your build may |
ohair@276 | 1994 | be incomplete.</tt> |
ohair@13 | 1995 | </blockquote> |
ohair@13 | 1996 | These warnings can occur when the clock on the build machine is out of |
ohair@13 | 1997 | sync with the timestamps on the source files. Other errors, apparently |
ohair@13 | 1998 | unrelated but in fact caused by the clock skew, can occur along with |
ohair@13 | 1999 | the clock skew warnings. These secondary errors may tend to obscure the |
ohair@13 | 2000 | fact that the true root cause of the problem is an out-of-sync clock. |
ohair@13 | 2001 | For example, an out-of-sync clock has been known to cause an old |
ohair@13 | 2002 | version of javac to be used to compile some files, resulting in errors |
ohair@13 | 2003 | when the pre-1.4 compiler ran across the new <tt>assert</tt> keyword |
ohair@13 | 2004 | in the 1.4 source code. |
ohair@13 | 2005 | <p> |
ohair@276 | 2006 | If you see these warnings, reset the clock on the build |
ohair@276 | 2007 | machine, run "<tt><i>gmake</i> clobber</tt>" or delete the directory |
ohair@276 | 2008 | containing the build output, and restart the build from the beginning. |
ohair@13 | 2009 | </blockquote> |
ohair@13 | 2010 | </li> |
ohair@13 | 2011 | <li> |
ohair@13 | 2012 | <b>Error message: <tt>Trouble writing out table to disk</tt></b> |
ohair@13 | 2013 | <blockquote> |
ohair@13 | 2014 | Increase the amount of swap space on your build machine. |
ohair@13 | 2015 | </blockquote> |
ohair@13 | 2016 | </li> |
ohair@13 | 2017 | <li> |
ohair@13 | 2018 | <b>Error Message: <tt>libstdc++ not found:</tt></b> |
ohair@13 | 2019 | <blockquote> |
ohair@13 | 2020 | This is caused by a missing libstdc++.a library. |
ohair@13 | 2021 | This is installed as part of a specific package |
ohair@13 | 2022 | (e.g. libstdc++.so.devel.386). |
ohair@49 | 2023 | By default some 64-bit Linux versions (e.g. Fedora) |
ohair@49 | 2024 | only install the 64-bit version of the libstdc++ package. |
ohair@13 | 2025 | Various parts of the JDK build require a static |
ohair@13 | 2026 | link of the C++ runtime libraries to allow for maximum |
ohair@13 | 2027 | portability of the built images. |
ohair@13 | 2028 | </blockquote> |
ohair@13 | 2029 | </li> |
ohair@13 | 2030 | <li> |
ohair@13 | 2031 | <b>Error Message: <tt>cannot restore segment prot after reloc</tt></b> |
ohair@13 | 2032 | <blockquote> |
ohair@13 | 2033 | This is probably an issue with SELinux (See |
ohair@13 | 2034 | <a href="http://en.wikipedia.org/wiki/SELinux" target="_blank"> |
ohair@276 | 2035 | http://en.wikipedia.org/wiki/SELinux</a>). |
ohair@13 | 2036 | Parts of the VM is built without the <tt>-fPIC</tt> for |
ohair@13 | 2037 | performance reasons. |
ohair@13 | 2038 | <p> |
ohair@276 | 2039 | To completely disable SELinux: |
ohair@276 | 2040 | <ol> |
ohair@276 | 2041 | <li><tt>$ su root</tt></li> |
ohair@276 | 2042 | <li><tt># system-config-securitylevel</tt></li> |
ohair@276 | 2043 | <li><tt>In the window that appears, select the SELinux tab</tt></li> |
ohair@276 | 2044 | <li><tt>Disable SELinux</tt></li> |
ohair@276 | 2045 | </ol> |
ohair@13 | 2046 | <p> |
ohair@276 | 2047 | Alternatively, instead of completely disabling it you could |
ohair@276 | 2048 | disable just this one check. |
ohair@276 | 2049 | <ol> |
ohair@276 | 2050 | <li>Select System->Administration->SELinux Management</li> |
ohair@276 | 2051 | <li>In the SELinux Management Tool which appears, |
ohair@13 | 2052 | select "Boolean" from the menu on the left</li> |
ohair@276 | 2053 | <li>Expand the "Memory Protection" group</li> |
ohair@276 | 2054 | <li>Check the first item, labeled |
ohair@13 | 2055 | "Allow all unconfined executables to use libraries requiring text relocation ..."</li> |
ohair@276 | 2056 | </ol> |
ohair@13 | 2057 | </blockquote> |
ohair@13 | 2058 | </li> |
ohair@13 | 2059 | <li> |
ohair@320 | 2060 | <b>Windows Error Messages:</b><br> |
ohair@320 | 2061 | <tt>*** fatal error - couldn't allocate heap, ... </tt><br> |
ohair@320 | 2062 | <tt>rm fails with "Directory not empty"</tt><br> |
ohair@320 | 2063 | <tt>unzip fails with "cannot create ... Permission denied"</tt><br> |
ohair@320 | 2064 | <tt>unzip fails with "cannot create ... Error 50"</tt><br> |
ohair@13 | 2065 | <blockquote> |
ohair@13 | 2066 | The CYGWIN software can conflict with other non-CYGWIN |
ohair@13 | 2067 | software. See the CYGWIN FAQ section on |
ohair@13 | 2068 | <a href="http://cygwin.com/faq/faq.using.html#faq.using.bloda" target="_blank"> |
ohair@276 | 2069 | BLODA (applications that interfere with CYGWIN)</a>. |
ohair@13 | 2070 | </blockquote> |
ohair@13 | 2071 | </li> |
ohair@13 | 2072 | <li> |
ohair@320 | 2073 | <b>Windows Error Message: <tt>spawn failed</tt></b> |
ohair@13 | 2074 | <blockquote> |
ohair@320 | 2075 | Try rebooting the system, or there could be some kind of |
ohair@320 | 2076 | issue with the disk or disk partition being used. |
ohair@320 | 2077 | Sometimes it comes with a "Permission Denied" message. |
ohair@13 | 2078 | </blockquote> |
ohair@13 | 2079 | </li> |
ohair@13 | 2080 | </ul> |
ohair@13 | 2081 | </blockquote> |
ohair@13 | 2082 | <hr> |
ohair@13 | 2083 | </body> |
ohair@13 | 2084 | </html> |