Forest Extension - Not to be found?
kelly.ohair at oracle.com
Wed Jul 27 21:50:19 UTC 2011
On Jul 27, 2011, at 2:37 PM, Mario Torre wrote:
> 2011/7/27 Kelly O'Hair <kelly.ohair at oracle.com>:
>> On Jul 27, 2011, at 8:47 AM, Mario Torre wrote:
>>> Il giorno mer, 27/07/2011 alle 08.27 -0700, Kelly O'Hair ha scritto:
>>>> On Jul 26, 2011, at 9:52 PM, Weijun Wang wrote:
>>>>> Then maybe you should also change BOOTDIR to jdk7.
>>>> Good catch, yes the BOOT jdk MUST be jdk7 now, jdk6 will not work due to the
>>>> jdk7 features being added to the jdk8 sources.
>>> Right, I will amend this (my change were documentation only so far
>>> though) but this is not too early now?
>> Not too early.
>>> I think jdk8 can still build with jdk6 at this point, because no new
>>> features have been added yet that prevent it to work, or am I wrong?
>> Maybe the changes haven't hit the master yet, or the jdk8/build forest, but they are in the jdk8/tl
>> The java buildtools are starting to use the jdk7 language features, and these are built with the boot
>> jdk. And I suspect that langtools has started to use the jdk7 language features too, which also needs
>> to be built with the boot jdk.
>> So if jdk6 can be used now, that will not last long.
> Ok, so we need to fix it quick then :)
> I searched the occurrences of BOOTDIR, it's defined directly only in a
> couple of places in the Makefiles.
> One is in fact documentation, the other is this:
> jdk/make/Makefile:193: $(MAKE) ALT_BOOTDIR=/opt/java/jdk1.6.0 \n\
> A patch for this is trivial, but the occurrences in the README files
> are a bit trickier, for example:
> After installing <a href="http://fedoraproject.org">Fedora</a> 9
> you need to install several build dependencies. The simplest
> way to do it is to execute the following commands as user
> <code>yum-builddep java-1.6.0-openjdk</code>
> <code>yum install gcc gcc-c++</code>
> That would be yum-builddep java-1.7.0-openjdk then. Now, in Fedora 15
> there's no java-1.7.0-openjdk, so I doubt that there is one in Fedora
> 9 (which is long time unsupported).
> Wouldn't make sense to rewrite this part of the guide completely then
> to reflect more recent distributions and guidelines?
Yes, we need to advance the README to focus on the newer systems.
> In any case, in this moment with jdk7 soon to be the requirment for
> jdk8, I think that the only way to build the jdk8 would be by first
> building the jdk7 in most situation.
I think that would be right. Maybe painful enough that people will go after
systems with pre-built jdk7's on them? ;^)
> What do you think?
Yup. I agree.
> pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
> Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF
> Proud GNU Classpath developer: http://www.classpath.org/
> Read About us at: http://planet.classpath.org
> OpenJDK: http://openjdk.java.net/projects/caciocavallo/
> Please, support open standards:
More information about the discuss