Running Eclipse Source builds for 3.5 (Source from CVS)

What is an Eclipse Source Build?

Eclipse source builds provide developers with an automated method for checking out source code and other required resources, compiling the Java code, generating
javadoc, and finally, creating a zip file of an Eclipse runtime from a downloaded source tree. The end result of a source build is a runnable Eclipse.

Getting the Source

A source build download contains shell and ant scripts that fetch and build a particular version of Eclipse. Although you can manually edit build.xml files
in each feature and plug-in, they are typically generated by the Eclipse pde-build plug-in. As a result you will need to download a fresh source build zip file
when major changes occur to Eclipse source, such as the addition or removal of plug-ins. The version of Eclipse a particular source build will create is
embedded in the source build zip file name. For example, eclipse-sourceBuild-I20030624.zip builds Eclipse from integration build 20030624.

Building Eclipse using Ant and a JDK</h2>

System Requirements

An Eclipse SDK build zip that matches that platform and buildId of the platform you're attempting to build. For instance, if you're building I20090611-1540 for linux.gtk.x86, you should download eclipse-SDK-I20090611-1540-linux-gtk.tar.gz to compile the build. You will use these bundles to compile a new SDK from source. Confusing, huh?

Initial Setup

<p>Install Ant, 1.6 JDK, and a CVS client, as per each program's instructions. Minimally

you will need the following environment variables set.

Add the Ant bin directory, and the CVS executable to your path.

Set the JAVA_HOME environment variable to the root of your 1.6 JDK installation.

Set the ANT_HOME environment variable to the root of your Ant installation.

If you are fetching the source from CVS, set the CVS_RSH=ssh

Run the Build

Extract the eclipse-sourceBuild-*.zip to a directory. Extract using tar if using a *nix drop.

Put the eclipse-SDK-your-platform.[zip|tar.gz] in the same directory where you extracted the source build.

Update the build.properties file included at the root of this zip to point to the bootstrap classpath of your 1.4, 1.5, and 1.6 JDK locations.
You'll also have to update it to include the location of your CDC 1.0 and CDC 1.1 foundation class libraries. If you don't have access to these libraries, you can update the properties file to point to the 1.5 vm for the CDC locations.

either a colon or semi-colon as separators. The jars that make up a
bootclasspath are part of any JDK or JRE. Typically this parameter is
only specified if you are cross compiling Eclipse. The default is set to the

jars in the JDK or JRE in JAVA_HOME.

</tr>

target (optional)

The Ant target from build.xml to execute. The default target is run
and performs a complete fetch, build, javadoc build and install. Other
valid targets are:

fetch

compile

install

</tr>

Install Eclipse

When the Eclipse build is complete, there will be a zip file called

<osType>-<windowSystemType>-<architecture>-sdk.zip

in the results subdirectory of your build directory. If you are building for Linux or Mac, there will be a tar.gz file.

</p>

Extract this file to the directory where you would like to run Eclipse. If
you extract it to your root directory, a directory called eclipse will be created.

Supported Platforms

Eclipse can be built on any of the following platforms. With some limitations
any platform can be used to build Eclipse for any or all supported platforms. To see the latest information on the platforms supported for a given release, refer to the latest Eclipse Project Plan.

Operating System (os)

Windowing System (ws)

Archecture

win32

win32

x86

win32

wpf

x86

linux

gtk

x86

linux

gtk

x86_64

linux

gtk

ppc

macosx

carbon

ppc

macosx

cocoa

x86

macosx

cocoa

x86_64

aix

motif

ppc

solaris

gtk

sparc

linux

gtk

s390

linux

gtk

s390x

Known Limitations

Building unix flavours of Eclipse on Windows will result in incorrect file permissions. The *.so, *.sl, and Eclipse executable files will not have
execute permissions. In addition, linux-motif and linux-gtk builds will not have soft links to libXm.so.2.1 in the installation root directory. In these
cases you would have to write an install or post install script to set permissions properly. (UNIX builds built on UNIX systems will set sufficient permissions
and make the appropriate soft links).

Only Java source code is compiled. *.dll, *so, *sl and Eclipse executables are all checked out of dev.eclipse.org prebuilt in this build process. The instructions on recompiling the eclipse executable and recompling swt libraries available in the
SWT FAQ are also a useful reference. This document also includes a list of the prerequisites for running SWT on
Linux GTK

For the platforms where JDK 1.6 support is not yet available e.g linux-gtk-s390, linux-gtk-s390x the Eclipse SDK can be built with JDK
1.5 in place JDK 1.6. To do that, please follow the following steps:

and package the plugins that require JDK 1.6 currently:
org.eclipse.jdt.compiler.tool, org.eclipse.jdt.compiler.apt and
org.eclipse.jdt.apt.pluggable.core from the files
features/org.eclipse.jdt/feature.xml and