From ahughes at redhat.com  Fri May  7 17:09:48 2010
From: ahughes at redhat.com (Andrew John Hughes)
Date: Fri, 7 May 2010 18:09:48 +0100
Subject: JDK 7 build 72 is available at the openjdk.java.net website
In-Reply-To: <g2p17c6771e1005070930mefd127d9n247507a6cc954d4b@mail.gmail.com>
References: <4AB307FD.2020102@sun.com>
	<g2p17c6771e1005070930mefd127d9n247507a6cc954d4b@mail.gmail.com>
Message-ID: <s2r17c6771e1005071009t8346daf8y15eb3d6ac9462d8d@mail.gmail.com>

On 18 September 2009 05:09, Xiomara Jayasena <Xiomara.Jayasena at sun.com> wrote:
>
> The OpenJDK source is available at:
> http://hg.openjdk.java.net/jdk7/jdk7
> http://hg.openjdk.java.net/jdk7/jdk7/rev/0d7e03b426df
>
> The OpenJDK source binary plugs for the promoted JDK 7 build 72 are
> available under the openjdk http://openjdk.java.net website under Source
> Code (direct link to bundles: http://download.java.net/openjdk/jdk7)
>
> Summary of changes:
> http://download.java.net/jdk7/changes/jdk7-b72.html
>
>
> -Xiomara
>
>
>

What's happened to these announcements? The last one I see is b84:
http://mail.openjdk.java.net/pipermail/discuss/2010-February/001469.html
--
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA ?7927 142C 2591 94EF D9D8


From michael.wilkerson at oracle.com  Sat May  8 01:54:50 2010
From: michael.wilkerson at oracle.com (michael.wilkerson at oracle.com)
Date: Fri, 07 May 2010 18:54:50 -0700
Subject: JDK 7 build 92 is available at the openjdk.java.net website
Message-ID: <4BE4C46A.2080205@oracle.com>

The OpenJDK source is available at:
http://hg.openjdk.java.net/jdk7/jdk7
http://hg.openjdk.java.net/jdk7/jdk7/rev/b7b4797303cb

The OpenJDK source binary plugs for the promoted JDK 7 build 92 are
available under the openjdk http://openjdk.java.net website under Source
Code (direct link to bundles: http://download.java.net/openjdk/jdk7)

Summary of changes:
http://download.java.net/jdk7/changes/jdk7-b92.html


--Michael Wilkerson



From neal at gafter.com  Sat May  8 20:17:33 2010
From: neal at gafter.com (Neal Gafter)
Date: Sat, 8 May 2010 13:17:33 -0700
Subject: OpenJDK Interim Governance Board status
In-Reply-To: <20090508164345.9F2565E2F@eggemoggin.niobe.net>
References: <20090508164345.9F2565E2F@eggemoggin.niobe.net>
Message-ID: <s2s15e8b9d21005081317l14c2f7ddx37e4e5bee6ca6790@mail.gmail.com>

On Fri, May 8, 2009 at 9:43 AM, Mark Reinhold <mr at sun.com> wrote:

> Per the OpenJDK Charter [1], the Interim Governance Board [2] was
> formally dissolved yesterday.
>
> Creating a formal governance structure has, at least for those of us
> at Sun, been less important than growing the Community.  Having laid
> a firm foundation for that growth, however, it is now time to turn
> back to the governance task.
>
> I am therefore pleased to announce that Sun has agreed to extend the
> term of the present Board for a further year, and that we expect to
> fill the two empty seats within the next four weeks.
>

Yesterday was the last day of the twice-extended Interim Governance Board's
term, and there is no process in place for electing its replacement.


From michael.wilkerson at oracle.com  Fri May 21 07:19:09 2010
From: michael.wilkerson at oracle.com (michael.wilkerson at oracle.com)
Date: Fri, 21 May 2010 00:19:09 -0700
Subject: JDK 7 build 94 is available at the openjdk.java.net website
Message-ID: <4BF633ED.6020103@oracle.com>

The OpenJDK source is available at:
http://hg.openjdk.java.net/jdk7/jdk7
http://hg.openjdk.java.net/jdk7/jdk7/rev/d923ba684bc4

The OpenJDK source binary plugs for the promoted JDK 7 build 94 are
available under the openjdk http://openjdk.java.net website under Source
Code (direct link to bundles: http://download.java.net/openjdk/jdk7)

Summary of changes:
http://download.java.net/jdk7/changes/jdk7-b94.html


--Michael Wilkerson



From joshuamaurice at gmail.com  Tue May 25 02:23:57 2010
From: joshuamaurice at gmail.com (Joshua Maurice)
Date: Mon, 24 May 2010 19:23:57 -0700
Subject: Incremental java compile AKA javac print compile dependencies
Message-ID: <AANLkTikC6KJGTDPXnSvhyFaBm4kI_igpZZBf1I3b75SD@mail.gmail.com>

I'm sorry. I'm new to this list, and I'm not sure if this is the appropriate
forum. I was looking at the javac source code, and I am now looking for help
or guidance. Specifically, I want to create an incrementally correct build
system for java, preferably without having to (re)write a Java compiler. I
need some additional information to be printed from javac to get full
dependency information. Please see:
  http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4639384

http://groups.google.com/group/comp.lang.java.programmer/browse_thread/thread/bb6f663d55700951#
for a detailed discussion. The short version is that -verbose output almost
is what I need. I need to know the full list of class files loaded for each
java file being compiled, and the full list of java files in the compile
used by each java file being compiled; that is, the full list of java file
and class file \compile\ dependencies of each java file in the compile. One
can already get this information by calling javac once on the set of
interested java files to do the compile, then an additional java -verbose
once per java file to get the dependency information.

However, calling javac so many times is quite slow, and unnecessary. I would
like to enhance javac to print out this dependency information with one
invocation aka without resorting to calling javac once per java file, and
preferably get this change into the actual official released javac.

PS: Yes this information on its own is insufficient to do an incrementally
correct java compile. However, when combined with Ghost Dependencies (please
see:
  http://www.jot.fm/issues/issue_2004_12/article4.pdf
), I think that this would actually work. I have some tests to this effect
already with my proposed system which currently calls javac once per java
file to get the compile dependency information.


From jonathan.gibbons at oracle.com  Tue May 25 04:29:46 2010
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Mon, 24 May 2010 21:29:46 -0700
Subject: Incremental java compile AKA javac print compile dependencies
In-Reply-To: <AANLkTikC6KJGTDPXnSvhyFaBm4kI_igpZZBf1I3b75SD@mail.gmail.com>
References: <AANLkTikC6KJGTDPXnSvhyFaBm4kI_igpZZBf1I3b75SD@mail.gmail.com>
Message-ID: <4BFB523A.7000503@oracle.com>

Joshua,

This question is better asked on compiler-dev at openjdk.java.net.

There are various ways you can get the information you are asking, in a 
single invocation of the compiler and without changing the compiler.

One way would be to invoke the compiler via the JSR 199 API. You can 
provide your own JavaFileManager which can keep track of files read and 
written by the compiler. For the class files that are written, you can 
analyze the class files to determine all the classes that are referenced 
by that class file. Class files also identify the source files that they 
come from. That should be enough to get you almost all the information 
that you need. The only information you'll miss using that technique is 
inlined constants.

-- Jon G



On 05/24/2010 07:23 PM, Joshua Maurice wrote:
> I'm sorry. I'm new to this list, and I'm not sure if this is the appropriate
> forum. I was looking at the javac source code, and I am now looking for help
> or guidance. Specifically, I want to create an incrementally correct build
> system for java, preferably without having to (re)write a Java compiler. I
> need some additional information to be printed from javac to get full
> dependency information. Please see:
>    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4639384
>
> http://groups.google.com/group/comp.lang.java.programmer/browse_thread/thread/bb6f663d55700951#
> for a detailed discussion. The short version is that -verbose output almost
> is what I need. I need to know the full list of class files loaded for each
> java file being compiled, and the full list of java files in the compile
> used by each java file being compiled; that is, the full list of java file
> and class file \compile\ dependencies of each java file in the compile. One
> can already get this information by calling javac once on the set of
> interested java files to do the compile, then an additional java -verbose
> once per java file to get the dependency information.
>
> However, calling javac so many times is quite slow, and unnecessary. I would
> like to enhance javac to print out this dependency information with one
> invocation aka without resorting to calling javac once per java file, and
> preferably get this change into the actual official released javac.
>
> PS: Yes this information on its own is insufficient to do an incrementally
> correct java compile. However, when combined with Ghost Dependencies (please
> see:
>    http://www.jot.fm/issues/issue_2004_12/article4.pdf
> ), I think that this would actually work. I have some tests to this effect
> already with my proposed system which currently calls javac once per java
> file to get the compile dependency information.
>    



From joshuamaurice at gmail.com  Tue May 25 06:47:37 2010
From: joshuamaurice at gmail.com (Joshua Maurice)
Date: Mon, 24 May 2010 23:47:37 -0700
Subject: Incremental java compile AKA javac print compile dependencies
In-Reply-To: <4BFB523A.7000503@oracle.com>
References: <AANLkTikC6KJGTDPXnSvhyFaBm4kI_igpZZBf1I3b75SD@mail.gmail.com>
	<4BFB523A.7000503@oracle.com>
Message-ID: <AANLkTil-OhtcDIhXJ-roEHnFnTL3qcv-n5xur-UxycVB@mail.gmail.com>

Thank you. I will ask that group.

However, your suggestion of the class files doesn't quite fit what I want to
do. Using the information from class files, (ignoring the constant problem),
(without great modification), will only work if the build cascades endlessly
downstream. I am specifically trying to make a system where the cascade will
terminate when no further recompiles downstream are required. To this end,
the information in the class files is woefully insufficient. Ex: C extends
B. B extends A. A declares member field x. Class D uses C.x. I'm pretty sure
that in D's class file, A and B are not mentioned. Some change to B could
introduce a field named x, "hiding" A.x, potentially changing the meaning
and compile of D, potentially even resulting in a clean build failure, but
this "incremental" build would silently call a success.

Also, the JavaFileMananger idea will not work for the same reason that
-verbose as is will not work. I need / want this information on a per java
file basis, but javac "caches" referenced class files, only loading them
once, so neither will give me what I need.

PS: Is there a non-arrogant way to suggest reading the
comp.lang.java.programmer discussion, as it contains most of this discussion
already, without sounding like a self absorbed jerk who thinks his time is
more important than everyone else's? Probably not. I'll ask compiler-dev.

On Mon, May 24, 2010 at 9:29 PM, Jonathan Gibbons <
jonathan.gibbons at oracle.com> wrote:

> Joshua,
>
> This question is better asked on compiler-dev at openjdk.java.net.
>
> There are various ways you can get the information you are asking, in a
> single invocation of the compiler and without changing the compiler.
>
> One way would be to invoke the compiler via the JSR 199 API. You can
> provide your own JavaFileManager which can keep track of files read and
> written by the compiler. For the class files that are written, you can
> analyze the class files to determine all the classes that are referenced by
> that class file. Class files also identify the source files that they come
> from. That should be enough to get you almost all the information that you
> need. The only information you'll miss using that technique is inlined
> constants.
>
> -- Jon G
>
>
>
>
> On 05/24/2010 07:23 PM, Joshua Maurice wrote:
>
>> I'm sorry. I'm new to this list, and I'm not sure if this is the
>> appropriate
>> forum. I was looking at the javac source code, and I am now looking for
>> help
>> or guidance. Specifically, I want to create an incrementally correct build
>> system for java, preferably without having to (re)write a Java compiler. I
>> need some additional information to be printed from javac to get full
>> dependency information. Please see:
>>   http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4639384
>>
>>
>> http://groups.google.com/group/comp.lang.java.programmer/browse_thread/thread/bb6f663d55700951#
>> for a detailed discussion. The short version is that -verbose output
>> almost
>> is what I need. I need to know the full list of class files loaded for
>> each
>> java file being compiled, and the full list of java files in the compile
>> used by each java file being compiled; that is, the full list of java file
>> and class file \compile\ dependencies of each java file in the compile.
>> One
>> can already get this information by calling javac once on the set of
>> interested java files to do the compile, then an additional java -verbose
>> once per java file to get the dependency information.
>>
>> However, calling javac so many times is quite slow, and unnecessary. I
>> would
>> like to enhance javac to print out this dependency information with one
>> invocation aka without resorting to calling javac once per java file, and
>> preferably get this change into the actual official released javac.
>>
>> PS: Yes this information on its own is insufficient to do an incrementally
>> correct java compile. However, when combined with Ghost Dependencies
>> (please
>> see:
>>   http://www.jot.fm/issues/issue_2004_12/article4.pdf
>> ), I think that this would actually work. I have some tests to this effect
>> already with my proposed system which currently calls javac once per java
>> file to get the compile dependency information.
>>
>>
>
>


From michael.wilkerson at oracle.com  Sat May 29 20:40:36 2010
From: michael.wilkerson at oracle.com (michael.wilkerson at oracle.com)
Date: Sat, 29 May 2010 13:40:36 -0700
Subject: JDK 7 build 95 is available at the openjdk.java.net website
Message-ID: <4C017BC4.9090203@oracle.com>

The OpenJDK source is available at:
http://hg.openjdk.java.net/jdk7/jdk7
http://hg.openjdk.java.net/jdk7/jdk7/rev/cf71cb515116

The OpenJDK source binary plugs for the promoted JDK 7 build 95 are
available under the openjdk http://openjdk.java.net website under Source
Code (direct link to bundles: http://download.java.net/openjdk/jdk7)

Summary of changes:
http://download.java.net/jdk7/changes/jdk7-b95.html


--Michael