"j2sdk-image" and new build system
David Holmes
david.holmes at oracle.com
Sat Feb 23 23:09:32 UTC 2013
On 24/02/2013 4:19 AM, Martin Buchholz wrote:
> On Sat, Feb 23, 2013 at 2:45 AM, Alan Bateman <Alan.Bateman at oracle.com
> <mailto:Alan.Bateman at oracle.com>> wrote:
>
> On 23/02/2013 10:29, David Holmes wrote:
>
>
> Just be aware there's a lot more involved in doing this than
> just changing one a name in a makefile.
>
> You beat to me too! Yes, there are likely a lot of scripts and paths
> that assume the image name is j2sdk-image or j2re-image so renaming
> will be a bit disruptive.
>
>
> Sure, but you are *already* making a huge disruptive change to build
> directory layout. People have to change their scripts from
> linux-amd64/j2sdk-image
> to
> linux-x86_64-normal-server-release/images/j2sdk-image
Not quite. You can still have full control of the first directory
component [1] so for most builds there is no change there at all and no
disruption.
The additional images directory is also easily accommodated.
Scripts/processes that copy the images from path-A to path-B just need
to tweak path-A. But if you rename the actual j2sdk-image etc you have
to update everything that uses path-B.
> Especially the repetition of "image" seems wrong in the new layout.
The new build tries to have a top-level directory for each major build
component. Hence images has its own directory.
David
-----
[1] Simplest way is:
> mkdir mydir
> cd mydir
> <path-to-configure>/configure
> Why not
> images/j2sdk-image
> to
> images/jdk
>
> If you really want to keep "j2sdk-image", move it back into its parent
> directory.
>
> Also I think the initial goal of the new build system was to get it
> to the point where it generated the "same bits" as the old build. I
> assume this is why the new build went for the same directory names
> as the old build (and probably because of scripts depending on the
> name too).
>
>
> Hopefully the new build system will lead to an increase, not decrease,
> in overall sanity.
More information about the build-dev
mailing list