Review Request: Build-infra M1
michael.x.mcmahon at oracle.com
Mon Mar 26 03:05:52 PDT 2012
On 23/03/12 19:11, Fredrik Öhrström wrote:
> in increasing order of verbosity
> make VERBOSE=
> make VERBOSE=-d
> make VERBOSE="-d -p"
Thanks. It looks like the first of the three options above is most
similar to the verbosity
level of the old build. Is all of this documented anywhere?
I think at the very least, a cheat-sheet will be needed to help people
the two systems, and options like the first one above will be very
commonly used as part of that.
Maybe an actual flag value for that setting (as opposed to the empty
string) might be more
Another minor (newbie) comment, is that some of the configure flags are
documented (in --help)
as --with-XXX=PATH, but there are some that should be documented the
same way, but aren't
(--with-boot-jdk is the one many will see first)
> Den fredagen den 23:e mars 2012 skrev Michael
> McMahon<michael.x.mcmahon at oracle.com
> <mailto:michael.x.mcmahon at oracle.com>>:
> > Is it possible to get a more verbose style of echoing the complete
> compile/build commands
> > like the old build ?
> > - Michael
> > On 21/03/12 14:07, Erik Joelsson wrote:
> > As outlined in , the build-infra project would like to push the
> current work into jdk8 in order to expose it to a wider audience. The
> webrevs are made against the jdk8/build forest. In each repository,
> there are two kinds of changes:
> > 1. Changes to old makefiles and source code to be compatible with
> the new build.
> > 2. The new makefiles
> > For corba, jaxp and jaxws, all changes of category 1 have already
> gone in. For langtools, we are awaiting one more change for
> introducing the GenerateNativeHeader annotation. For hotspot, all
> necessary changes have been pushed into hotspot-rt. For jdk, there are
> two webrevs, one with everything and one with just the category 1
> changes, to make it easier to see them. Finally for the root
> repository there are only new files in the common subdir.
> > root, configure script and makefiles:
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-root-new/
> > langtools, 1 new makefile:
> > langtools, GenerateNativeHeader annotation (this is already going in
> through tools, but adding it here for reference as the jdk changes
> depend on it)
> > corba, 1 new makefile:
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-corba-new/
> > jaxp, 1 new makefile
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-jaxp-new/
> > jaxws, 1 new makefile
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-jaxws-new/
> > jdk, just the changes to old files
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-jdk-other/
> > jdk, all changes including a partial copy of the old makefiles.
> > http://cr.openjdk.java.net/~erikj/build-infra-m1/webrev-jdk-new/
> > Of course, if you prefer you can look at the new makefiles directly
> in the build-infra/jdk8 repository forest too.
> > These changes should not affect the old build at all. To build using
> the new build system, change directory to "common/makefiles" and:
> > ../autoconf/configure
> > make
> > (make images)
> > State of the new build (the old build should of course be unaffected):
> > Linux 32bit: Works
> > Linux 64bit: Works
> > Windows 32bit: Works
> > Windows 64bit: Works
> > Solaris i586: Builds but launchers currently unusable
> > Some notes:
> > The old and new build (on linux x64) produce very close to equal
> results. There is a comparison script in common/bin/compareimage.sh
> with which this can be checked.
> > Not all makefiles in jdk have been converted yet, for those that
> haven't been, a copy of the old files are used.
> > Not all promised features in the java compilation are active and
> ready in this milestone. Most notably, it's still not using more than
> one cpu and the nifty new dependency tracking is disabled. A clean
> build is still pretty fast, but incremental builds aren't as good as
> they will be yet.
> > On windows, only cygwin is currently supported.
> > Now please share your feedback!
> > /Erik
> > 
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the build-dev