United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-6583644 : Move all managed/SCCS files out of 'build' into 'make' directory

Details
Type:
Enhancement
Submit Date:
2007-07-20
Status:
Closed
Updated Date:
2012-10-13
Project Name:
JDK
Resolved Date:
2008-05-21
Component:
hotspot
OS:
generic,windows_xp
Sub-Component:
runtime
CPU:
x86,generic
Priority:
P3
Resolution:
Fixed
Affected Versions:
7
Fixed Versions:
hs13 (b01)

Related Reports
Backport:
Backport:
Duplicate:

Sub Tasks

Description
Currently the hotspot workspace contains SCCS or managed sources in it's "build" directory. The naming of the directories where files are created isn't horribly obvious and it would be better if SCCS or managed sources did not appear in the "build" directory at all, and that "build" was only created files. This makes cleaning up a workspace simple 'rm -f -r build', and will life easier when mercurial comes along in terms of identifying which directories are 100% created vs. managed. Mercurial will automatically watch out for new files in the managed directories.

I assume the best approach would be to move all the SCCS'd files to the "make" directory, and modifying the Makefiles to find these files in the new location. Since some makefiles would be generated, those would stay in the "build" directory, so the makefiles changes may be a little tricky.

This isn't critical to the mercurial transition, but would be a good improvement in my opinion.

Just filing this so it doesn't get forgotten.
Also, JPRT has an option '-stree .' that tar's up the sources in "make" and "src" and unfortunately "build", and if the workspace is built, it bundles up a bunch of built files to be sent into JPRT.

There is a property in make/jprt.properties that could be set to specifiy the exact set of directories for -stree to bundle, but currently it is not set.

If "build" was 100% generated files, the -stree option would work much better.

                                    

Comments
EVALUATION

ok
                                     
2008-04-10



Hardware and Software, Engineered to Work Together